Do Autorow 



Od dluiszego juz czasu nie zamieszczainy na 
lamach pojawiajacych sie. dawniej regularnie 
— i odredakcyjnych zalecen dla potencjainych 
autorow. Doszlismy bowiem do wniosku, ze 
prccyzyjne wskaz6wki dotyczqce obje.tosci, for- 
my czy konstrukcji raczej zniech^caja do pisa- 
nia. Brak takich informacji okazal sie jednak 
rowniez wyjscicm nie najlepszym, autorzy bo- 
wiem czcsto pytajq o podstawowe warunki 
przyjecia materiaiu do druku. 

Sprobujemy zatem w mniej zawily sposob 
przedstawic zasady, jakimi kierujemy sie, przy 
kwalifikacji artykulu oraz warunki formalne, 
jakic powinien spclniac maszynopis. 

Podstawowym kryterium merytorycznym 
materiaiu (nie Iiczac glownego kryterium — 
oceny z punktu widzenia dotychczasowcj wie- 
dzy informatycznej) je»t spoleczna uzytecznosc 
zawartych w tekscie rozwazan i informacji. To 
w koncu oczywiste — jestesmy powolani prze- 
de wszystkim do tego, aby stuzyc czytelnikom. 
W pierwszej kolcjnosci Iiczyc si? musi zatem 
interes spoleczny. O tym winni zresztq pami^- 
tac przede wszystkim autorzy. 

Obje.tosc tekstu powinna bye wyznaczona 
przez spoleczny wag? tematu, jego konstrukeja 
— przez wymog czytelnego przekazu, zas for- 
ma — przez dostosowanie jezyka i sposobu ar- 
gumentacji do mozliwoici percepcyjnych prze- 
cietnego odbiorcy. To truizmy, niemniej — 
jak praktyka wskazuje — warte przypomnie- 



nia. Autorzy najczqsciej nie zadajq sobie tru- 
du, by wprowadzic czytelnika w zawilosci swo- 
ich specjalistycznych wywodow, nie biorq pod 
uwagq miejsca publikacji artykulu, tzn. cha- 
rakteru naszego czasopisma. 

Jesli zas chodzi o wymogi formalne — nie 
sa duze. Co do obj^tosci — maszynopis nie po- 
winien przekraczac 12 znormalizowanych stron 
(30 wierszy z 60 znakami w wierszu). Jesli jed- 
nak interesujqcy, zgodny z profilem pisma te- 
mat wymaga wiekszej objetosci, to oczywiscie 
wzglqdy formalne nie stojq na przeszkodzie. 
Rysunki techniczne, dolqczane do tekstu, sq w 
Redakcji przygotowywane przez wykwalifiko- 
wanego kreslarza, nie musza bye zatem dostar- 
czane na kalec, waznc natomiast, aby byly cal- 
kowicie czytelne, przejrzyste i zachowuja.ee ko- 
nieczne proporcje. 

Pozqdany jest rowniez dodatkowy material 
ilustracyjny (kontrastowe zdj^cia czarno-biale, 
wydruki, itp.), jesli wzbogaca on badz lepiej 
precyzuje wywod autora. 

Maszynopis powinien bye nadsylany w 
dwoch egzemplarzach (oryginal + kopia), z za- 
laczeniem aktualnych adresow, a takze nume- 
row telefonow, uniozliwiajqcych szybki kon- 
takt. Autorow artyku!6w problemowych, ktorzy 
nie zamieszczali swych prac w ciqgu dw6ch 
ostatnich lat, prosimy ponadto o zalqczenie 
zdje.cia oraz zyciorysu. 
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Carlson P. K.: Zastosowanie j^zyM^CDL^do-^lionstrukcji I 
oprogramowania dla MERY 400 /,■»" .Si \ 

INFORMATYKA 1981, nr 7-8, s. 4\\ $.J 

Charakteryatyka jezyka CDL2 oraz s-posobu jc^o wykorzy- 
stywanla do tworzenla oprogramowania minikomputera 
MERA 400 przy uzyciu komputer6w R-32 lub IBM 360/370. 
Om6wlono og61na. filozotie. je.zyka llustrowana, przykladowa. 
struktura. programu oraz podano podstawovvc Informaeje 
o mozltwosciach praktycznego wykorzystania proponowa- 
nych rozwlazan. 


H 

Kap.ibcoii n. K.: npiiMeneoitc rnuKa CDL-2 a.an KOHCTpyK- 
iniu nporpaMMiioro oSecneneiinfl hjih MERY 400 

JlHdiOPMATMKA 1981, Ns 7—8, CTp. 4 

XapaKTepiiCTHKa «3biKa CDL-2 h cnoco6 ero iicno/u>30Da- 
iiiih nnn c03aaBaH«fi nporpaMMiioro oCecne>tciin« Majioii Bbi- 
uiicmiTe.ibHOit Maimnitj MERA 400 npii ncnojib30BaHHK> 
BbiHHCjniTejibHbix MauiiiH P-32 lum IBM 360/370. OCcyjKAaeTCH 
oOmaH tpHjiococpHH A3biKa HjinMCTpnponaiiHaH npiiiiepnoil 
cxpyKTypoii nporpaMMbi ii AaiOTCH imcpopjiamni o b03mohc- 
hocthx npaKTimecKoro iicnojib3onaiiHH npeAJiaraeinjx pe- 
iueHKft. 


nieleninik E.: Nowe zastosowania tcleinlormatyki 
INFORMATYKA 1081, nr 7-3, s. 8 

Przeglqd nowych zastosowan telelnformatyki na przykladzle 
system6w zreallzowanych we Francjl w opardu o uniwer- 
salne slecl transmlsjl danych. Podano charakterystyke. wy- 
branych rodzaJ6w zastosowan oraz uzytego do ich reali- 
zaojl sprzotu. 


BeneuHiuiK 3.: Hoboc npiiMenemie fliicTanuiioinioii bu*ihc;iii- 
Tc.n.iioii TexmiKii 

MHOOFMATHKA 1981, Na 7—8, CTp. 8 

npociiOTp HOBbrx np:iMeiieHiiii siicTamrHOHHOii Bbi l incnn- 
TejibHOtt TexmiKii na npiiMepe ciictcm peajin30BajiHbix bo 
<t>paHinin Ha ociiOBe yfinnepcajibHon ceTii nepeflaui Aamibix. 
AaeTWi xapaKTepncT!iKa ji30paHHbix bmaob npiiMeneniift 
m ncnonb3ye.Moro flna peami3au,nn oOopyAOBannfl. 


Maclaszek L. A.: Slownik-skorovvldz w procesie powstawa- 
nla i utrzymywania baz danych 

INFORMATYKA 1981, nr 7-8, 8. 11 

Uzasadnienie potrzeby tworzenla oraz cliarakterystyka funk- 
cji pakletu programowego slownlka-skorowldza danych w 
procesle powstawanla (projektowanla, programowanla 1 za- 
kladanla) oraz utrzymywania (eksploatacjl i rozwoju) baz 
danych. Podano przyklady istnlejqcych rozwla.zan zagra- 
nlcznych oraz wskazano na potrzebe. podje.cla tego rodzaju 
prac w Polsce. 


MaiinauieK JI. A.: C;ioBapb-yKa3aTejib a npoiiecce oGpa3oaa- 
iihh ii coxpaHcmin 5a3 AaiiHbix 

HHCDOPMATHKA 1981, Ns 7—8, CTp. 11 

oeocHOBamie norpeOHOCTH co3R3hhh h xapaKTepHCTMKa 
cbymtiiHft nporpaMimoro naneTa cnoBapH-yKa3aTejw Aamibix - 
b npoiiecce o5pa3onani:ji (npoeKTiipOBaHun, nporpaiiMiipoBa- 
hiiji n aaK^aflbiBanHH), a TaKace coxpaHeHiui (3KcnjryaTan,Hii 
h pa3BHTM«) Ca3 «amibix. flaioTca npimepbi cymecTByrom;ux 
3apy0e»nbix penieHHii n yKa3MBaeTc« na iie.tecooepasnocTi. 
naHajia Taxoro poaa paOoT b nojibme. 
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Matwicjczuk J.: ODRA 1300 jako system poSrednlcza.cy w 
programowaniu mlkroprocesor6w 

INFORMATYKA 1981, nr 7-8, S. 13 

Charakterystyka konstrukcji oraz warunk6w eksploatacjl 
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mikroprocesor6w typu INTEL 8080 przy uzyciu komputera 
serii ODRA 1300. Bardzlej szczeg61owo om6wlono podstawo- 
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mulator. 


MaTBeii<iy-K II.: ODRA 1300 kbk CHCTema uocpe^mmaioiuaii 
b nporpaMMe Mi[Kponpoi;eccopon 

MH*OPMATMKA 1981, Nj 7— B, CTp. 13 

XapaKTepiiCTHKa KOHCTpyKmiH ii ycnOBHfi 3KcnjiyaTai;iiM 
nporpa^ibi rrpeflna3Ha'iennofi «jih c03aaBaHiiH nporpaMinio- 
ro oOecneHemiH MiiKponpoueccopon Tuna INTEL 8080 b CJiy- 
Mae ncnoai»30BaHi«i BMHHC.iiiTenbHoii Manraiibi cepmi 
ODRA 1300. Boaee noapoOno o0cy3K»aioTCH ocHOBHbie wo- 
Ayjnt OTOii nporpaiiMbi : MaKporenepaTop, aceMSnep n 3Myjin- 

TOp. 


Jaegermann T.: Ochrona danych obowiazuje 
INFORMATYKA 1981, nr 7-8, s. 16 

Om6wlcnle gl6wnych problem6w ochrony danych w syste- 
mach inlormatycznych. Opierajqc sie. na bogatej llteraturze 
zagranlcznej autor wskazuje na wzrastajqca. wagq ochrony 
danych, podajqc przykladowe sposoby stosowanych zabez-uf* 
pleczen 1 przezwycie.zanla wyste^ujaeyclw,trudnoSc4,>»a tfrt^-f 
ze wskazuje na koniecznoS6 bardzlej inl^sj^neg^^jejija 
sie. tym zagadndeniem w Polscc. W ,,,tf 


narepsiaHii T.: 06H3bioaeT oxpana aaiiHbix 
MHOOPMATHKA 1981, Na 7—8, CTP. 16 

06cyacAeHne rnasiibix npoBjie.M oxpaiibi flamibix b BbiiMcnti- 
rejibiibix cHCTenax. Onepancb na Ooraroft 3apyCejKiiOH jim- 
TepaType aBTop yxa3biBaeT Ha pacTym.ee 3HaneHne oxpaHbi 
AaHiibix. JlaiOTCH np;ir.iem'itie? , eiSiOcoCbi ncnOAb3yeMbix oOec- 
ne ; iennii h cnocopfr rr^oAojicto(«r^3Htpatom:MX TpyAHOcTeft. 
HoAiepKHBaeTca" js^JKe "iiio^x.on^p''^' Oonee imTeHCHBiioft 
jlni/jini»na6oTKii 3Toro"B6npocai.n nrtb-Tblire. 
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stehende unlverselle Datenilbertragungsnetze ausniltzen. Es 
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INFORMATYKA 1981, Nr. 7-8, S. 11 
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PIOTR K. CARLSON 
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Zastosowanie g^zfka 
oprogramowania dla 



CDL2 do konsfrukcgi 



Jakkolwiek cechy uzytkowe systemu OS/360 sa. slalym 
tematem gorzkich zart6w krazacych wsr6d programist6w, 
to jednak stanowi on srodowisko ba<rdziej sprzyjajace pra- 
cy nad duzymi programami niz SOM-3, fabryczny system 
operacyjny minikomputera MERA 400. Jest to spowodo- 
wane ubostwem sprzetowym typowej konfiguracji MERY 
400 oraz niewyrafinowaniem jej systemu plik6w, odczu- 
walnym zwlaszcza przez tych uzytkownik6w SOM-3, kt6rzy 
nie korzystaja. z edytora EDM. W tym stamie rzeczy pro- 
grammed nie uwazajacy BASIC ani FORTRAN za je,- 
zyki implementacyjne moga. bye zakvteresowani schema- 
tem translacji skrosnej pomiedzy komputerem R-32 a ME- 
RA 400. 

Artykul ten stanowi opis takiego schematu, w ktdrym 
je.zykiem programowania jest CDL2 pochodzacy od Ko- 
stera [a]. Je.zyk ten jest prawie calkowicie w Polsce nie- 
znany. Opr6cz ciekawych cech samego je.zyka (m.in. wspo- 
maganie konstrukeji przenaszalnego a zarazem zoriento- 
wanego maszynowo oprogramowania), zainteresowanie mo- 
ze budzic istnienie jego kompilatorow generujacych kod dla 
kornputerow IBM 360/370, MERY 400 oraz PDP-11, a wie.c 
architektur stosunkowo w Polsce popularnych. W Insty- 
tucie Informatyki UW autor stosuje CDL2 w dydaktyce o- 
raz do konstrukeji i rozwoju dalszych implementacji, m.in. 
dla MERY 400. 

Je.zyk programowania CDL2 jest nastepca. metatranslato- 
ra o nazwie CDL (Compiler Description Language) [6]. 
Autorami pierwszego kompilatora byli H. M. Stahl i H. 
Feuerhahn z Technicznego Uniwersytetu w Berlinie Za- 
chodnim. Podstawowym zastosowaniem CDL2 jest konstru- 
kcja kompilatorow. Szczeg61ne cechy tego jezyka [8] czy- 
niEj go wszakze przydatnym do szeroko poje.tego programo- 
wania systemowego w dziedzinach, takich jak systemy o- 
peracyjne II] czy oprogramowanie sieci komputerowych 
[3]. Wiele zastosowan opartych jest o schemat translacji 
skro£nej do produkeji oprogramowania dla malych ma- 
szyn, a takze mikrokomputerow [4]. Nie daja. sie. tez po- 
mina.6 walory dydaktyczne je.zyka, ktory wspomaga zasa- 
dy dobrej pra'ktyki i programowania strukturalnego. W 
krajach RWPG CDL2 jest stosowany jedynie na W^grzech 
[2], choc CDL1 zostal zaimplementowany w NRD na ma- 
szynie ROBOTRON 4000 [7]. 
OGOLNA FILOZOFIA JEZYKA CDL2 



Rozwiazania przyjete w CDL2 ukierunkowane sa. na 
dwie grupy problemow. Pierwsza z nich to sprawy zwia- 
zane z przenaszalnoscia. oprogramowania systemowego, z 




Mgr Piotr K. CARLSON ukoiiczyl w 
1975 r. Wydzial Matematykl i Me- 
chaniki Uniwersytetu Warszawskie- 
go. Od 1976 r. pracuje w Instytucle 
Inlormatykl UW, poczqtkowo na sta- 
nowisku asystenta, a obecnle spe- 
cjalisty w Osrodku Obllczeniowym 
Instytutu. w roku akademickim 
197B — 1979 odbywcl staz na Uniwer- 
sytecie w Nijmegen (Holandla). ZaJ- 
muje sie. je,zykami programowania, 
narzQdzlami wspomagajacymi opro- 
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koniecznosci scisle zwiazanego z konkretna. maszyna. czy 
systemem operacyjnym. Druga sprawa to problemy zwia.- 
zane z konstrukeja. i konserwacja. duzych i zlozonych pro- 
gramow (np. kompilatorow), a wynikajace wlasnie z ich 
wielkosci i zlozonosci. Sa. to przede wszystkim kwestie 
czytelno^ci i modyfikowalnosci. 

CDL2 jest jejzykiem o tzw. otwartym jadrze, to znaczy 
rozszerzalnym semantycznie przez zastosowanie mecha- 
nizmu pozyczania z innego jqzyka, najcze;Sciej asemble- 
ra. Pozyczanie odbywa si? za pomocq makrodefinicji. Pro- 
gramista uzywa zatem dwu jQzykow: jezyka zr6dlowego, 
czyli CDL2, oraz jezyka docelowego, ktorym jest np. ma- 
kroasembler. 

"CDL2 zawiera jedynie minimum poje.c pierwotnych. Od 
strony algorytmicznej — struktury sterowania buduje sie. 
w spos6b zblizony do LISP wykorzystujac pojQcia suk- 
cesu i- porazki algorytmu. Od strony danych — jedynymi 
typami znanymi w CDL2 sq: nieinterpretowa-ne slowo ma- 
szyny i wektor slow (tablica jednowymiarowa), a zatem 
praktycznie tylko sr-odki sluzqee rezerwacji pamie.ci. Wszy- 
stkie operacje Ificznie z arytmetykg i wejiciem/wyjsciem 
programista definiuje sam na poziomie docelowym dostar- 
czaja.c odpowiednich makrodefinicji, takich jak „dodaj", 
,,pomn6z przez 8", „pisz znak", „czytaj znak". Poziom 
zrodlowy CDL2 zawiera tylko narze.dzia do strukturalizacji 
programu — konstrukeji i abstrakeji, a jadTo semantycz- 
ne pozostaje puste — do okre§lenia na poziomie docelo- 
wym. Oznacza to, ze w programie mozna przeprowadzi6 
wyrazny podzial na cz?S6 zaleznq od maszyny (w j?zyku 
docelowym) i cze.se sformulowan^ wyiqeznie w CDL2, kto- 
ra jest gwarantowana jako maszynowo niezalezna. Gwa- 
rancja ta nie jest ryzykowna z uwagi na ogromna. pro- 
stote; pojec wyst^pujgeych w ,,czystym" CDL2. 

Technika przenoszenia programow pomiQdzy maszynami 
dla kt6rych istniejg odpowiednie kompilatory CDL2 pole- 
ga na wymianie cial makrodefinicji. Powoduje to, ze 
koszt przeniesienia jest zawsze niezerowy. Korzyscia., ktora 
zwykle wyr6wnuje (w stosunku do innych j^zykow) po- 
niesione naklady jest unikniecie czestych nieporozumieri 
zwiqzanych z identyfikacjq cze;sci programu pozomie i fak- 
tycznie zaleznych od maszyny. Zewn^trzna specyfikacja al- 
gorytmu jest identyczna dla makro i dla reguly CDL2, 
zatem zaleznie od mocy jezyka docelowego niektore ma'kro- 
definicje mog^ bye zastepowane regulami i odwrotnie ! ). 
Umozliwia to najdalej idfjca, adaptacjs programu. Kazda 
instrukeja maszyny staje sie. dost^pna w optymalizacji 
kluczowych fragmentow programu. Za cene. braku stan- 
dardowych typow danych uzyskuje sie. zatem mak'symalnq 
swobode. w ich implementacji. Oczywiscie podejscie takie 
jest oplacalne jedynie w przypadku stosunkowo duzych 
programow, gdzie koszt implementacji np. typu „integer" 
jest maly w pordwnaniu z kosztem konstrukeji calego pro- 
gramu. CDL2 zdecydowanie nie jest je.zykiem do szybkie- 
go pisania krotkich, podrecznych programow, ale dodatko- 
wy wysiSek wlozony w definiowanie poie.c zwykle dbstep- 
nych jako standardowe procentuja w duzych programach 
lepszymi mozliwosciami manipulacji. 

Manipulacja programem nalezy do drugiej grupy proble- 
mow — zwiazanych z „duzym programowaniem". CDL2 
dysponuje tu co najmniej dwoma powaznymi atutami: sta- 



') Algorytm jest tu odpowiednikiem pojqcla procedury w innych 
je.zykach. Makrodefinicje to algorytmy wyraione w J^zyku, z kt6- 
rego pozyczamy; natomlast reguly to algorytmy wyrazone w 
CDL2. 
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tyczna rozstxzygalnoSd wielu wlasnosci programu pozwala 
kompilalorowi dokonac globalnych optymalizacji oraz 
sprawdzenia poprawnosci takich aspektdw programu jak 
przeplywy informacji i efekty uboczne algorytmdw. Ma to 
kapitalnc znaczenie przy modyfikowaniu programu, zardw- 
no dlatego, Ze kompilator jest \v stanie wykryd wiele ble,- 
ddw w logice programu, takich jak uzycie nieokreslonych 
wartoSci, czy tez nieswiadome zaniedbanie wyniku czq- 
sciowego, ale tez dlatego, ze kompilator wymusza niejako 
na programiscie przestrzeganie dobrego stylu programowa- 
nia. Zastosowanie globalnej analizy programu daje w e- 
fekcie luiniejszy zwiazek mie.dzy struktura. tekstu zrdd- 
lowego a struktura. (i efektywnoscia.!) kodu wynikowego. 
Kompilator moze podjad decyzje. o sposobie implamenta- 
cji kazdej procedury stosownie np. do jej uzycia (czesto u- 
zywane — jako podprogramy zamknie.te, rzadko uzywane 
— jako otwarte, w ogdle nie uzywane — usuniete z pro- 
gramu). Moze rdwniez dokonac transformacji programu zbli- 
zonych do tych, ktdre robi prograrnista poswk;caja.cy do- 
bry styl dla wiekszej efektywnosci kodu, a wi^c: zaste.- 
powanie rekursji iteoracja., dzielenie zmiennej roboczej po- 
miQdzy dwa koncepcyjnie rdzne obiekty nie wspdlistnieja,- 
ce ze soba. w czasie, stosowanie skokdw dla unikniQcia 
powtorzenia fragmentu tekstu programu. W CDL2 kompi- 
lator ma dostatecznie duzo informacji o programie, aby 
uwolnid programiste. od koniecznosci stosowania tych chwy- 
t6w, poniewaz moze zastosowad je sam. Dla programisty 
nadrz^dnym celem jest uzyskanie programu czytelnego, o 
prawidlowej strukturze, optymalnego w sensie doboru i 
implementacji struktur danych oraz strategii globalnych. 
Lokalna optymalizacja nie powinna obciazad programisty 
w czasie konstrukcji programu i powinna bye dokony- 
wana recznie jedynie w fazie adaptacji uruchomionego 
juz programu. 

STRUKTURA PROGRAMU W CDL2 

CDL2 jest jezykiem modularnym. Program zlozony jest 
ze zbioru definicji algorytmdw (makro i regul), zmien- 
nych, stalych, statycznie alokowanych jednowymiarowych 
tablic oraz trzech sekwencji wywolan algorytmdw. Trzy 
sekwencje to: wywolania inicjalizacyjne (PRELUDE), wy- 
wolania stanowiace gldwna. akeje. programu (ROOT) i za- 
kohczenie (POSTLUDE). Wszystkie obiekty wchodzace w 
sklad programu sa. identyfikowane za pomoca. nazw. W 
CDL2, jako jezyku o pustym ja.drze, nie ma zadinych nazw 
standardowych; kazdy obiekt musi bye skonstruowany i 
nazwany przez programiste.. W poczatkowym okresie jest 
to klopotliwe, ale po nabraniu wprawy nazwy z korzyS- 
cia. przejmujij funkeje. komentarzy. 

Strukture. programu nalezy omawiad na dwu poziomach: 
poziomie moduldw i poziomie algorytmdw. Struktura al- 
gorytmu (pojedynczej reguly) jest wymuszona skladnia.. 
Strukture. programu wyznaczaja. relacje widzialnosci nazw 
obiektdw. Dziela. one program w sposdb podany na rys. 1. 
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VVorslwa 



Sekcja 




Sekcja 





Warstwa 



Sekcja 


Sekcja 


Sekcjo 


Sekcja 



Warstwa 



Sekcja 



Sei'.cja 



Modut 



Warstwa 


Sekcja 


Sekcja 


Sekcja 


Sekcja 



Warstwa 



Sckqa 



Sekcja 



Sekcja 



Rys. l 



Modul jest jednostka. kompilacji. Program moze byd zlo- 
zony z jednego lub wie.ee j niozaleznie kompilowanych mo- 
duldw. Modul jest zbudowany z jednej lub wiecej (typowo 
— trzech) warstw zawierajacych sekeje. Wszystkie defi- 
nicje obiektdw wyste.puja. wyia.cznie wewna.trz sekcji i w 
nich obiekty te sa. lokalne. Algorytmy i stale moga. zo- 
stad udostQpnione irmym sekcjom <znajdujaeym sie. w tej 
samej warstwie, lub w warstwie o 1 wyzszej, mogq tez 
byd widoczne z zewnatrz modulu. Udostejjnienie obiektu 



kazdemu z tych trzech otoczen sekcji nastejmje zaw- 
sze explicite, przez wymienienie jego nazwy na odpowied- 
niej liScie. Rdwniez explicite musza. bye wymienione w na- 
gldwku sekcji wszystkie obiekty uzywane wewngtrz niej 
a pochodzaee z imiej sekcji. 

Ideologia zwiqzana z taka. wlainie strukturalizacja. pro- 
gramu jest naste.puja.ca: kolejne warstwy sq xealizacja. ab- 
strakcyjnych maszyn o prymitywach na coraz wyzszym po- 
ziomie. Te prymitywne algorytmy sjj udostej>niane wyz- 
szej warstwie, gdzie traktowane s£) tak, jak zwyklo siQ 
traktowad tzw. procedury standardowe. Sekeje grupuja. 
definicje np. skladaja.ee siQ na realizacje. struktury danych, 
obsluge. wejscia/wyjscia czy zbidr operacji charakteryzu- 
ja.cych pewien typ — w warstwie dolnej, a w gdrnej — 
ogdlne schematy dzialania poszczegdhiych cz^Sci progra- 
mu, np. w pnzypadku kompilatora — analiza syntaktyczna, 
semantyczna, genoracja kodu. 

Ograniczenie widzialnosci pasywnych elementdw struk- 
tur danych (zmiennych i tablic 2 )) do ich macierzystych 
sekcji ma na celu lokalizacje. efektdw ubocznych. 

Algorytmy mogq miec parametry, zwane afiksami. War- 
tosci przekazywane za pomoca, parametrdw odpowiadaja. 
zawsze jednemu slowru maszyny i nigdy nie podlegaja. in- 
terpretacji w sferze CDL2. W CDL2 opisuje sie. jedynie 
strukture. wywolan i przeplywu tych wartoici pomie.dzy 
wywolywanymi algorytmami. Interpretacji mozna dokonac 
oczywiscie jedynie wewnqtrz makrodefinicji, bowiem tarn 
dysponujemy ^rodkami pozyczonymi w tym celu ze sro- 
dowiska, jezyka wownQtrznego konkretnej maszyny. 

W programie wystejmja. zatem dwa zasadniczo rdzne 
rodzaje algorytmdw: reguly, ktdrych ciala zapisane sa. w 
CDL2 i makrodefinicje zbudowane ze stalych tekstdw oraz 
nazw (afiksdw, zmiennych, stalych, tablic) zastejaowanych 
przy generacji kodu odpowiednio do modelu wykonaw- 
czego przyj^tego na danej maszynie. 



IASS LO CSL 
tCXh CLl.2C0.SI 

Of'TIONS SET FOR THIS COHPILATIOd! 
LIST. HODICT 

OUTPUT or CDL2-C0HPJLER /' INFORMATIKA KU NIJHE0D1 / VERSIOH 8.1 (81.19,02) 

1 •MODULE 1 P0DSTAUOUE OPERACJE MA MEDZE <0». 

2 ' 'LAYER* L. 

3 'SECTION' PODSTAWOMA ARVTKETYKA HA HERZE «0. 

4- 'EXPORT ' USTAL. ZUIEKSZ 0 1. 00EJH1J. FOHNOZi fOPZIEL. ZANIEtEAJr 

5- JESL1 ROUNEi JESLI HNIEJSZE. 

6 'FUNCTION' USTAL «X> *>V - 

7 "«L LUIiIi- r 

0 ML fiUOil." X . 

» 'FUNCTION' ZUIEKSZ 0 1 OX> « 
19' ML IBIir X . 

11 'FUNCTION' ODEJHIJ *)X *>Y *Z) » 

12 '«L LUI.l.-X 

13 -«L SUI.li" Y 
1< ML RUO,l,"'Z . 

15 'FUNCTION' POMNOZ OX -OY +1L0CZYH H08U10 2 10 15) » 
16. "»L LUItZr" X 

•17 -»L HUB." Y 

1.8 ML RUD,2i' ILOCZTN MODULO 2 DO 15 . 

19 ' 'FUNCTION' fODZIEL *)X 4)Y MLORAZ) +RESZTA) = 
. 20. * CIAL0 -PODZIEL- CZYTEUIK ZECHCE, NAP1SAC JAKO CUICZEHIE ♦ 

21 'FUNCTION' ZANIEDBAJ «>X = 

22 ML« ZANIEDBAJ ' X . 

23 'TEST' JESLI ROIJNE »)X +)Y =■ 

24 ML LUI.l,- X 

25 ML CUI.l," Y 
24 ML JND." 

27 'TEST' JESLI MNIEJSZE *)X t)Y ■ 
28- ML • LUIilt* X 

2? ML CUI.l.- Y 

30 ML 8BD.0i«0800* 

.31 ML 'UJDr"', 

32 i'ENDSEC' P0DSTAW0UA ARYTMETYKA NA HERZE W. 

33 (EJECT I 



nys. 



: ) Stale, naleiqce r6wnlei do tej Uategorli moina jednak trakto- 
wac jako szczeg61ny przypadek lunkcjl 1 dlatego dopusz.cza si? 
ich udostcpnianie. 
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Rys. 2 i 3 daja. przyklad programu zlozonego z dwoch 
modul6w. Pierwszy z nich definiuje podstawowe operacje 
dla typow „male nieujemne liczby calkowite" i „znaki". 
Operacje te sa. wyrazone za pomoca. makrodefinicji i u- 
doste.pnione potencjalnemu srodowisku modulu. 
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' SCC T I Of 


' PODSTAWOUE UEJSCIE UYJSCIE HA HERZE 400. 


35 


i £xF OKI ' 




36 


'CONST' 


KANAL UEJSCIOUY = It KANAL UYJSCIOUY » 4. 


37 




KODY ZNAKOU UEDLUG ISO-7 


3B 


'CONST' 


SP = 32. EOT •■ 4. 


3? 


•ACTION* 


UCZYTAJ ZNAK +ZNAK> = 






"1L LUT,1," KANAL UEJSCIOUY 


41 




"?L EXT C2I0, INCHAR" 


42 




-«L. RJD>5>INCHAR" 


43 




"tL RUB, 2." ZNAK . 


44 


•ACTION' 


UYPISZ ZNAK t>ZNAK 


45 




'IL LUT,1." KANAL UYJSCIOUY 


46 




■•L LUI.2.- ZNAK 


47 




-«L EXT C2I0,0UTCHAR- 
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"tL RJD,5,0UTCHAR" . 


4? 


'ACTION' 


FUZTLACZ KANALY UE UY = 


SO 




■»L EXT C2SI01iC2S006- 


SI 




■>L RJ0.5iC2SI01- 


52 




■IL RJD,5,C2S006" . 


53 


' PRELUDE 


' TRZYLACZ KANALY UE UY. 




'ENDSEC 


FODSTAUOUE UEJSCIE UYJSCIE NA HERZE 400. 




'EHOLAY' 






'PRELUDE 


' FOD5IAUOUE UEJSCIE UYJSCIE NA HERZE 400. 


57 


'ENDKOB' 


podstsuo'.:e operacje ha herze 400. 



Rys. 3 



Przy rozwijaniu makrodefinicji teksty w cudzyslowach 
(") sa. kopiowane Hteralnie, zas nazwy zastqpowane sa. wy- 
razeniami adresowymi stosownie do rodzaju obiektow be.- 
da.cych odpowiednimi parametrami aktualnymi wywolania. 
Kompilator rozwija makrodefinicje jako tekst, bez dodat- 
kowej interpretacji, sta.d podzial na linie (instrukeje asem- 
blera) musi bye dokonany explicite przez programiste.. Sek- 
wencja SL odpowiada znakowa CR. 

Godna uwagi jest definicja „zaniedbaj". Jej rozwinieciem 
w programie docelowym jest linia komentarza. CelowoSd 
definiowania reguly nie majgeej wplywu na semantyke. 
programu wynikowego zostanie uzasadniona pdzndej. 

Oczywiscie akcje w sekcji „podstawowe wejscie wyjs- 
cie..." odwolaniami do podprogram6w bibliotecznych. Bi- 
blioteka ta jest obowiazujacym standardem tylko dla pro- 
gramu b^dacego kompilatorem CDL2, chod nadaje sie. do 
wiekszosci zastosowari. Nie ma powodu, zeby dla. specjal- 
nych potrzeb nie implementowad innego zestawu opera- 
cji lub nie zrobid tego w inny sposdb. 

Korzystajac z modulu „podstawowe operacje..." uzupel- 
nimy teraz przyklad do kompletnego programu. Drugi mo- 
dul — definiujacy program uzytkowy — nie zawiera juz 
element6w zaleznych od maszyny. Rzeczywiste srodowisko 
zastejpuje w nim sekcja importujaca potrzebne algorytmy 
(rys. 4). 

W przykladach widad rowniez specyfikacje. afiks6w zalez- 
nie od sposobu ich przekazywania: dziedziczone +>x (przez 
wartoSd), generowane +x> (przez wynik), przechodnie 
+ >x> (przez wartosd/wynik). 

Oprocz ewentualnych afiksow generowanych i przechod- 
nich oraz modyfikacji zmiennych (efektdw ubocznych) kaz- 
dy algorytm przekazuje jeszcze jeden wynik, be.da.cy jed- 
na. z dwu wartosci: sukcesem lub porazka.. Sukces i poraz- 
ka sa wykorzystywane do konstrukeji struktur sterowania 
w CDL2. O ile makrodefinicje zawieraja. zwykle proste 
sekwencje instrukeji maszynowych (bez zadnych rozgale.- 
zien i pe.tli), 0 tyle reguly zapisane w CDL2 zawieraja. 
wylgcznie wywolania algorytm6w (regul ba.dz makro). 
Sp6jnikami programotwdrczymi sa: przecinek (,) — ozna- 
czajacy nasttjpstwo wywolan i srednik (;) — b^dacy sepa- 
ratorem prostych ciagdw wywolan zwanych alternatywami. 
Obliczenie alternatywy polega na kolejnym wywolaniu jej 
element6w az do konca (;) lub do wystapienia pierwszej 



porazrki. Napotkanie konca oznacza sukces alternatywy, w 
przeciwnym razie mamy do czynienia z jej porazka. W 
razie porazki dalsze obliczanie alternatywy zostaje za- 
niechane i podejmuje sit; prdb^ obliczenia nastQpnej al- 
ternatywy w regule. Sukces alternatywy jest sukcesem re- 
guly, porazka wszystkich alternatyw — jej porazka. Ele- 
mentarnym sukcesem jest wywolanie oznaczone przez plus 
(+), elementarna porazka. — minus ( — ). Plus i minus 
dotycza. calej reguly. Sukces i porazka maja takze swoja. 
realizacja w modelu wykonawczym (ang. run-time model) 
makrodefinicji. 



1 'H0DULE* K0PIDUAH1E Z KOMPPCESJA EPACJI. 

2 'LAYER' L. 

3 'SECTION' RZECZFUISTE SROD0UISKO. 

4 'EaI' UCZTTAJ ZNAK. UYPISZ ZNAKr SP. EOT, JESLI ROUNE". USTAL. 

5 * IHF0RT ' UCZYTAJ ZNAK. UYPISZ ZNAK. SP, EOT. JESLI ROUNE. U3TAL. 
4 'CONST' SP, EOT. 



7 TUIICTION' USTAL *X> *>Y . 

S 'TCSI' JESLI ROUNE OX »)V . 

9 'ACTION' UCZYTAJ ZNAK <ZNAK) . 

10 'ACTION' UYPISZ ZNAK (JZNAK . 

11 'ENDSCC' RZECZYUISTE 5ROD0UISKO. 

12 'SECTION' KOMOUAHIE. 

13 'INV UCZYTAJ ZNAK. UYPISZ- ZNAK, SP, EOT, JESLI KOUNE, USTAL. 

14 'ACTION' KOPIUJ Z KOHPRESJA SPACJ1 : 

15 JESLI HIE KONIEC F'LIKU, KOPIUJ HASTEPNY ZNAK, 

16 KOPIUJ Z KOHPRESJA SPACJI! 

17 'TEST' JESLI NIE KONIEC PLIKU : 

18 JESLI ROUNE +TRYB »K0NIEC, -! 
1? 

20 'VAR' TRYB. 



21 'CONST' KOPIOUANIC =0, POHIJAHIC -1, KONIEC =2. 

22 'ACTION' KOPIUJ NASTEPNY ZNAK -ZNAK : 

23 UCZYTAJ ZNAK tZHAK, UYPISZ tZIIAK, 

24 USTAL TRYB +2NAK. 

25 'ACTION' UYPISZ «)ZNAK ! 

26 JESLI ROUNE tTRYB *POHIJANIE, JESLI ROUNE +ZHAK *Vi 

27 UYPISZ ZNAK +ZNAK. 

28 'ACTION' USTAL TRYB » >ZHAK : 

29 JESLI ROUNE 'ZNAK *SP, USTAL +TRYB +POHIJANIE' 

30 JESLI ROUNE +ZNAK +E0T, USTAL tTRYB ♦KOHIECi 

31 USIAL tTRYB tKOMOUANIE. 

■32 'PRELUDE' USTAL tTRYB tKOpIOUANIE. 

■33 'ROOT ' KOPIUJ Z KOHPRESJA SPACJI. 

34 'ENDSCC' KOPIOUANIC. 

35 'ENHLAY' L. 

36 'PRELUDE' KOPIOUANIE. 
J7 'ROOT' KOFIOUAHIE. 

38 'ENBHOD* KOPIOUANIE Z KOHPRESJA SPACJI. 

Rys. 4 



W ten sposob latwo zinterpretowad akcj? „kopiuj z kom- 
presja spacji" jako schemat whale, akcje. „kopiuj naste.pny 
znak" jako proste naste.pstwo wywolan, akcj^ „ustal tryb" 
jako schemat case z klauzula domyslna itd. Akcja „wy- 
pisz" w przypadku sukcesu obu pordwnari jest pusta, co 
odpowiada pominie<;iu kolejnych spacji przy kopiowaniu. 
Zapewne powinna ona zostad nazwana „ewentualnie wy- 
pisz", aby wyraznie zasugerowad czytajacemu mozliwo^d 
pustego efektu. 

Co do czeSci algorytm6w wiadomo z gory, ze nigdy nie 
dadza. poraiki. IntencjQ te. programista wyraza specyt'iku- 
jqc typ kazdego algorytmu. Deklaracja ACTION lub FUN- 
CTION oznacza, ze algorytm zawsze konczy siq sukcesem. 
W stosunku do makrodefinicji kompilator przyjmuje te. 
deklaracje. „na wiarq". W stosunku do regul deklaracja ty- 
pu jest redundantna i sluzy zabezpieczeniu przed pomyl- 
kami, umozliwaaja.c sprawdzenie zgodnosci intencji ze sta- 
nem faktycznym. 

Druga z kolei klasyfikacja typdw algorytmow to rozrdz- 
nienie pomie.dzy tymi, kt6re moga mied efekty uboczne 
(ACTION, PREDICATE) a tymi, kt6re ich mied nie moga 
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(FUNCTION, TEST). Styl programowania przyje.ty w CDL2 
glosi, ze algorytm koriczacy sie. porazka. nie moze spowo- 
dowac efektow ubocznych — a kompilator gwarantuje, ze 
zasada ta jest przestrzegana. Z kolei specyfikacja rodza- 
j6w afiks6w pozwala kompilatorowi dokonac analizy prze- 
plywu danych i zasygnalizowa6 wiele bled6w. Przyklad: 

FUNCTION dziel przez dzieslet +> x> — szroelc: 

podziel +x + dziesie^ +x +szraelc. 
CONST dziesie.6 = 10. 

powinien by6 raczej zapisany: 

FUNCTION dzlcl przez dzleslefc +> x> — rcszta: 
podziel +x + dziesief -hx +reszta, 
zaniedbaj +reszta. 

zwlaszcza ze nie ma to wplywu na efektywnosc kodu wy- 
nikowego. W tak malym przykladzie wydaje sie. to trywial- 
ne, ale jest pewtne, ze gdy po dokonanlu drobnej zmiany 
w programie liczacym wlele tysie/iy linii i bezblgdnie od 
lat dzialajacym kompilator wydrukuje ostrzezenie „w re- 
gule xxxx w linii nnn obliczona wartosc zz nie ma za- 
stosowania", to warto jest po£wieci6 kilka minut, aby to 
ostrzezenie wyjasni6! 

CDL2 NA MERZE 400 



Poczqwszy od 8 wersji kompilatora CDL2 zostal on wy- 
raznie podzielony na czeSc niezaleima. od maszyny docelo- 
wej oraz na generator kodu. Korzystajac z CDL2 mozna 
zatem produkowac programy dla tych maszyn, dla kt6rych 
jest dostepny odpowiedni generator kodu. Drugim warun- 
kiem jest stworzenie na maszynie docelowej minimalnego 
srodowiska, gldwnie zawierajacego podstawowa. biblioteke. 
wejscia/wyjscia. Program realizujacy to srodowisko na ME- 
RZE 400 zajmuje okolo 1 K si6w panned. 

Komplet oprogramowania dla MERY 400 zostal opraco- 
wany przez autora w Instytucie Informatyki UW. Jako 
maszyna zr6dlowa moze wystepowa6 R-32 lub IBM 360/370 
pod nadzor-em systemu operacyjnego OS. Kompilator pro- 
dukuje kod w makroasemblerze SOM 3. 

W celach testowych na MERE 400 przeniesiono z PDP-11 
program be.dacy translatorem /interpreterem/ edytorem je.- 
zyka programowaniia o zlozonos'ci zblizonej do ALGOL 



60. Kod tworzony przez CDL2 z ok. 3K linii zrodlowych 
zajal ok. 20K s!6w pamie.ci (bez obszaru na -struktury 
dynamiczne). 

Implementacja zawiera podstawowe narze.dzia do wspo- 
maganda uruchamiania i dokumentacji programow (Sledze- 
nie wykonania programu, profil dynamiczny, drukowanie 
slownik6w symboli). 

Kompilator CDL2 jest r6wniez napisany w CDL2, co u- 
mozliwia calkowite przeniesienie i instalacje. tego jezyka 
na maszynie MERA 400. Wyeliminuje to najwie.ksza. wa- 
de, prezentowanego schematu, jaka^ jest koniecznosfi fizy- 
cznego transportu plik6w pomiedzy R-32 a MERA 400. 
Dopoki nie przestanie to by6 problemem, najbardziej ce- 
lowe jest przenoszenie na MERE. 400 program6w juz uru- 
chomionych na R-32. 

W trakcie przygotowywania niniejszego artykulu do 
druku prace nad instalacja, CDL2 na MERZE 400, jako 
maszynie zr6dlowej, zostaly juz rozpocze.te i powaznie za- 
awansowane. 
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XI Sympozjum Sekcji Cybernetyki Medycznej TIP 



Instytut Kardiologii Akademii Medycznej w Poznaniu 
oraz Srodowiskowy OSrodek Informatyki Politechniki 
Poznanskiej organizuja. XI Sympozjum Sekcji Cybernetyki 
Medycznej Towarzystwa Internist6w Polskich — 23 — 24 
pazdzlcrnika 1982 r. w Poznaniu. 

Jako tematy wiodace przyj^to: 

• projektowanie i uzytkowanic komputcrowych baz da- 
nych w mcdycynie 

• metody i narzedzia informatyki w kardiologii klinicznej. 

Trzon programowy Sympozjum stanowic beda. wyklady 
i referaty przygotowane przez zapraszanych imiennie spec- 
jalist6w krajowych i zagranicznych. Planuje sie. takze zor- 
ganizowanie sesji, na kt6rych zostana. przedstawione zgod- 
ne tematycznie prace, zgloszone przez autor6w i zakwali- 
fikowane do prezentacji przez Komitet Programowy Sym- 
pozjum. Skala tego skladnika programu uzalezniona bedzie 
od liczby i poziomu nadeslanych prac. Ostateczne decyzje 
podejmie Komitet Programowy, powolywany obecnie przez 
organizatorow. Zaklada sie, ze zakwalifikowane prace be- 
ds) prczentowane w formie plakatowej (tzw. postery). 

W pierwszym dniu Sympozjum zostana^ praktycznie za- 
demonstrowane komputerowe systemy gromadzenia i prze- 
twarzania informacji medycznej, opracowane w Srodowisku 



poznanskim. Podje.to takze starania o przygotowanie na 
Sympozjum pelnych tekst6w prac programowych w formie 
tomu wydanego przez PWN. 

Orgaraizatorzy Sympozjum prosza. uprzejmie: 

• osoby, kt6re zainteresowane sq uczestniczeniem w Sym- 
pozjum (zwlaszcza te, kt6re dotychczas nie uczestniczyly 
w Sympozjach Sekcji Cybernetyki Medycznej TIP) — o 
przeslanie danych personalnych 

• autor6w, kt6rzy pragn^ zglosi6 prace — o przeslanie ro- 
boczych tekst6w (3 — 5 stron maszynopisu, w trzech egzem- 
plarzach) do dnia 31 stycznia 1982 r. O decyzjach Komitetu 
Programowego autorzy zostana. powiadomieni w kwietniu 
1982 r.; ponadto do autor6w prac zakwalifikowanych prze- 
slane zostanq ogolne zalecenia dotyczace ostatecznej formy 
przygotowania pracy. 

Korespondencje. zwiazanq z Sympozjum nalezy kierowad 
pod adresem: 

Instytut Kardiologii 
ul. Dluga 1/2 
61-848 Poznan 

z dopiskiem na kopercie: 

XI Sympozjum Sekcji Cybernetyki Medycznej TIP 
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EDWARD B1ELENIN1K 

Centrum Obliczeniowe 
Politechnika Wroclawska 



Nowe zasfosowania feleinformatyki 



O burzliwym rozwoju teleinformatyki swiaidcza, liczne 
systemy pnzetwarzania zdeoentrailizowamego i sieci kom- 
puterowe. Sa. one szczegolnie korzystne w przedsdepior- 
stwach geograiioznie rozproszonych, jak np. banki czy 
magazyny. Infommtyka uziupeiniona mozliwoscja. przesy- 
lania danych na odleglosc zapewnia calkowita. komplek- 
sowosc using w zaikresie przetwarzania danych. Pozwala 
to .na rozw6j using dila bardzo szerofciego kxe$u odhdor- 
cow, w szczegolnosci uslug powszechnych dla spoleozen- 
stwa, a wtiec nie tylko dla uzybkownik6w profes>jonal- 
nyeh. Sprzyja temu rosnace zapotrzabowande na informa- 
cje;. Rozvv6j nowych za'stosowan teleinformatyki zostanie 
omowiony panizej na podstawie zaetosowan francuskich. 

W zakresie teohndk przesylania obserwiuje sde. rozwdj 
uniwersalnyoh sdeoi transmisji danyoh, ktoxe moga. bye 
wykorzysty.wane zupelnie ndezalaznie przez r6zne insty.tu- 
cje lub osoby pry.watne. We Francjd przykladam takiej 
sieci jest widrozona pod koniec 1978 r. sdec TIRANSPAC, 
w ktorej zastosowasno metode. komutacji ,pakiet6w. Dwa 
lata p6zniej pnzylaezonych bylo do niej ponad, 2000 ter- 
minali. v Siec ta jest w dalszym ciqgu rozbudowywana. 

Rdwnoiegle z roawojam sieci obserwuje sie. intensywny 
rozw6j systemaw dystrytwicji inlormacji graficznej. Jest to 
dzied'zina szczegolnie inieresujqca dla zasfosowan pow- 
szechnych. Dla usoislenia poj?6 w idalszym ciaigu, m6wiac 
o przesylaniu informacji graficznej, bedziemy rc-zumdeli 
przesylanie obrazow stalych (zdjecia i inne dokumanty). 
Powszechnie stosowana techndka nosd nazwe. symilo- 
grafdi. Polega ona (nie wnikajac w technlczne szczeg61y 
poszczeg61nych rozwiiazaA) na analizie obrazu wiersz po 
■arienszu, odpoiwiedmiim zakodowainiu dainyioh i ich prcaesy- 
laniu. Glowna. cechq tej teohniki jest to, ze zardwno w 
odbiorniiku, jak i w "nada jraiku podatawowym nosnikiexn in- 
formacji jest papier. 

<W wdelu zastosowawiach interesujace wyidaje sie zaista.- 
pieaiiie noinika paipierowego przez etoraai manitora lub 
odbiornika telewdzyjnego. Jest to szczegolnie atxakcyjne 
w dobie powszeehnego rozwoju techniki telewiizyjnej i no- 
wych metod prrzesylania danyoh cyfrowyoh. Dlatego- tez 
w ostataioh latach podjeto w wielu krajach intansyrwine 
prace majace na celu upowszeohniende teohndk pnzesyla- 
n<ia informacjd graficznej i jej wyiwietlaivia na ekramie. 
Technikq te. okreslamy wsp61n^ nazw^ wideografii (franc, 
uideoprap/iie). Szczeg61nym przypadkiem systemu przesy- 
lania informacjd grafioznej jest telerysuinek (franc, tele- 
ecriture). Polega on na wyirwdetlainiu rysiumjkiu — w trak- 
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i Alcustykl Politechnlki wroclaw- 
skiej. W latach 1972—1979 pracowal 
w Zakladzle Elektronlcznej Techni- 
kl Obliczeniowe! we Wroclawlu, 
gdzle zajraowal sie. problematykq 
systemow operacyjnych. Od 1980 ro- 
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cie jego rysowanda — na ekranie, z eweratualna. mo.Ui- 
woscdq przeBlanda na adleglosc. Pondiej zostanq przedste- 
wione zasaidy wideografii oraz lelexysunku, a takze przy- 
klady ich praktyc:zn.ego zastosowainia. 

WIDEOGRAFIA 

Wddeografaa zajmuje sie problemami kadowania i wy- 
swietlania informacji alfamumeryoznej lub graficznej na 
ekranie monitora (odbiornika telewizyjnego). Podstawowq 
jedr.osbka. informacji z puntotu widzenia uzyibkownika jest 
strona. Stanowi ona zbdor informacjd wyswaetlanej r6wno- 
cze^nie na ekranie. Strony sa. ponuimerowane i mozna 
je kolejno „listowac". Zbior stron tworzqeych zamkniejtq 
calosc tematyozna. itworay tzw. magazyin. 
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Inlerakcja 



Imin 1gcdz , 1dzie6 Itydzieh 
Czestotliwosc korzystania 

Rys. 1. Podzial system6w dystrybucji informacji 

Z puriiktu widzenda sposobu dystrybucji info^rmacji roz- 
r6znda siq wiideografde. dyJjuzyjnq (frame, dijfusee) — TE- 
LETEX) i infcerakcyjnq — VIDEOTEX. Zaisitosowanie 
pierwszego lub dnugLego systemu dystrybucji jest uzalez- 
nione od liozby r6wnocziesnyoh zgloszen do tej samej in- 
formacjd oraz ozeatotliwosci korzystania z systerrvu. Ilu- 
struje to rys. 1. Oba systemy wiideognafia sq kompa'tybdlne 
d komplementaxne. Ich charakterystyka jest na&tepujqca: 

® widcografia dyfuzyjna 

— dystrybucja jest jednokdeiiiunkowa 

— dnformaicje sq ikr&fckie, periic-dyemae atotualizowane 

— informacje sq dostejpne stale dla szerokiej publioznosci 

• wideografia intcrakcyjna 

— informacje maja, duzq obj^toic (wiele sitron) 

— informacje sq wykorzy sty wane przez niiowielkq liczbe. 
abonentow 

— dystrybucja odbywa si? poprzez telefonicznEj sied komu-- 
towanq. 

W pierwszym przypadku uzytkownik wybiera rodzaj : 
uslugi .(magazyn), wykonzystujqc specjalnq klawdature., w 
drugim przypadku — klawdature. i aparat telefonicany. 

Kodowanic 

Stosowane sq r6zne systemy kodowania. Obok trybu al- 
fanumerycznego (adfabeit CCITT nr 5 — 128 znakow 7-,bi- 
towyc-h) wykorzystuje siQ tryb graficzny (system moziaiko- 
wy, geometryczny, fotograficany it,p.). We Fxanoji opra- 
cowano system kadowania i wyiwiietlania inlormacji wi- 
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deograficznej ANTIOPE (Acquisition Numerique et Televi- 
sualisaUion d'Images Organisees en Pages d'Ecriture). Za- 
adaptowano 7-pozycyjny kod ASOII, uzupelniony zesta- 
wem znako.w semigrafioznych i sterujacych. Kazdy pod- 
stawowy element ekranu jest dzielony na &zei6 elemen- 
tarnych, wyswietlanych niazaleznie prostokatow. Efcran 
dzdeli sie. zatem na 40 X 24 X 6 = 5760 elementarnych pro- 
stokatow. Glowne funkcje znak6w sterujacych to okresle- 
nie koloru tla, zmiana szerokosci (lub wysokosci) znak6w, 
wyb&r pomiejdizy zestawem zna>k6w alfanumeorycanych 
i graficznych Mp. W systemie moana wykorzystywad po 
16 r6znych alfabeitow. Poza tym system ANTIOPE cha- 
rakteryzuje sie niezaleznoSoia funkcji kodowamia i pnze- 
sylania, latwym dostosowaniem do r6znych standard6w 
systemow telewizyjnych oraz bogatym repertuarem zna- 
k6w. 
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Rys. 2. Podziat blokowy terminala systemu ANTIOPE 



Schemat blo;kowy terminala systemu ANTIOPE przed- 
stawiono na rys. 2. Jeigo g!6wne fiunlkeje to wybor danych 
z sygnalu wizyjnego, ,wyswfetlaaiie na ekranie i ewentual- 
nie — wyikorayS'tanie w inny sposob odebranych danych 
(np. drmkowanie). Za pomoca. bloku sprzegajacego mozna 
odbierac dane z tfinnej sieoi (np. tedefoniioznej). 

Organizacja magazynu stron 



• demodulacja danych i sygnalu wazyjnego (po stronie 
odbdornika) 

© multiplaksowanie (derniultipleksoiwanie) sygnalu infor- 
macyjnego i wizyjnego. 
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Rys. 4. Przesyianie danych w systemic DIDON 



Sygnal informacyjny przesyla sie w sygnale wizyjnym, 
wykorzystujac badz caly kanal, b^dz sygnal powrotny wy- 
gaszania rainkii (rys. 4). Typowe dane charakterystyczne 
systemu wideografii dyfuzyjaej, wykorzystujacego stan- 
dard telewizyjny L-SECAM, zestawiono pomzej: 

— czestotliwosc ramka/obraz — 50/25 

— liczba linii — 625 

— wielkosc pa'kietu (bajty) — 8 + 32 

— szybkosc przy 1 linii/ramke (bit/s) — 12 800 

— szybkosd przy wykorzystaniu pelnego kanalu 
(Mbiit/s) — 4 

— liczba bajtow informacyjnych na linie — 32 

— liczba znak&w w wiecszu — 40 

— liczba wierszy na strone. — 25 

— liczba stron/s prey 1 laraid/iramke. — 2 

— maksymalna pojemnosc programu (str/s) — 14 

— pojemnosc maksymalna pemego kanalu (295 linii) — 
590 str/s. 



Jak juz wyzej wspomniano magazyn infonmacyjny skla- 
da s ; e z okreilonej liczby stron tworzacych jednostke. te- 
matyczna.. Kazda strona zawiera 24 wiersze 40-znakowych 
orae jeden wiexsa naglcwikowy, zawierajqcy informaGje or- 
ganizacyjne, ktory — w zasaidziie — nie jest wyswiietlainy 
na ekrande. Sredoi czas dostqpu ido strony zalezy od licz- 
by stron w magaizynie oraz liczby wykonzystywanych do 
przesylania linii (kanalow)r 

Zastosowanie 

Prakityczne stosowanie systemu ANTIOPE zapoczatkowa- 
no w 1977 r. (magazyn gieldowy ANTIOPE-ibourse). Od 
stycznia 1979 r. uiruichomiono magazyn meteotrologicziny 
(ANTIOPEnmeteo), dos'tarczajajcy danyah meteorologicznych 
zar6wno dla szerokiej publiozno^ci, jak i dla waskiej gru- 
py odbiorc6w priofesjonalnych. Przewtidujie sie; bardzo in- 
tensywny razw&j zastosowan powszechnyoh (np. telegazeta, 
ogloszenia, gry, rezerwacje) i proles jonalnyoh <np. banki 
danyoh, obr6t magazynowy, tedeksurieir, telerysunek). 

TELETEX 

Schemat og61ny systemu przadistawiono na rys. 3. Jego 
glow-nym elementem jest modul DIDON (Diffusion de 
DONnees). Modul ten realizuje nastepujaoe funkcje: 
9 tworzenie pakiet6w danych (32 bajty danych + 8 baj- 
t6w organizacy-jnych) 
• modula'cja NRZ 

9 modulacja danych i sygnalu wizyjnego (po stronae na- 
dajnika) 



VIDEOTEX 

W systemie interakcyjnym informacje sa. przesylane na 
z^danie zglaszane poprzftz tediefondcznq sie6 komutowana 
(rys. 5). Dostep do poszczeg61nych rodzaj6w (magazyn6w) 
informacji jest chronicny systemem kluczy. Tylko abo- 
nenci posiadaja'cy odpowiedni klucz maja. dostep do chro- 
nionej informacji. Qpi-acowany we Francjd system nosi 
unzwe TELETEL. Dostep abonenta do bazy danych wi- 
deograficznych jest organizowany w tym przypadku za 
pomocq systemu STAR (Source Teletel Acces Reseau). 




Rys. 5. Schemat systemu dystrybucjl interakcyjnej 
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Rys. 3. Schemat ogolny systemu dystrybucji dyluzyjnej 



Obok wideografii dyfuzyjnej i interakcyjnej, bar.dzo in- 
teresuj^cy, &zczeg61nie dla zastosowan profesjonalnych, 
wydaje sie; bye system telerysuniku, umozliwiiaj^cy prze- 
twarzanie ry&untau w trakcie jego rysowania, celem wy- 
swietlenda na ekratnde lokalnego lub zdalnego monitbra 
(odbiornika telewizyjnego). Schemat og61ny systemu przed- 
stawiono na rys. 6. Ponizej zostana sflharakteryzowane 
funkcje poszozegotoych jergo modu!6w. 
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Rys. 6. Schemat og61ny systemu tclerysunek 



Tabliczka 

Sklada sie. z dwustronnego obwodu drukowainego, two- 
rzacego linie poziome i pionowe. Linie te sa. kolejno 
oswietlane impulsaini pradu, wykrywanymi przez pioro 
bedace swodsta. antena.. Sygnaly odebrane przez pioro sa, 
wzmaondane d przetwarzane przez procesory oelem odtwo- 
rzenda wsp6h-zednych pi6ra na tabllczce. Tabliczka jest 
wyposazona w cztery przela.oziriikd umozliwiiajajce m.dn. 
zmians koloru, wycieranie rysunku, kasowande ekranu. W 
obecnej wersjd systemu wykonzystuje sie. dwa kolory 
(czerwony i zielony). 

Prtcesor 

Skiada sie. z rndkroprocesora, pamieci programu, sterow- 
nik6w, parndeti obrazu i obwodu wyswietlanda. Schemat 
blokowy prooesora przedstawdono na rys. 7. Jego funkoja. 
jest odhi6r, prizetwarzanie, kasowanie i wyswdetlainie ry- 
sunku. 



• Mdeszande obraz6w telerysunku z innymi obrazami wi- 
zyjnymi (napisy na obrazach, efekty specjalne dtp.). 

Telekonferencjc 

Telekonferencje stanowia bardzo ciekawy praykiad za- 
stosowanda systemu telerysunku. Umozliwda on prowadze- 
nie rozmowy i rownoczesne pnzesytonde rysunku (wspol- 
rysowanie) przez osoby zgrupowane w polaczOnych linia. 
telefondczna. studiach konferencyjnych. Schemat blokowy 
wyposazenia tatoiego stuldia pnzedstawiono na rys. 8. Jest 
to system telerysunku uzupelndony o st61 konferencyjny 
(wyposarony w mikrofony i gto&iM) oraz specjalna. prtzy- 
stawke. (multipleksowaraie rysunku i mowy oraz modula- 
cja). Rysunek jest pr.zenoszony w pa&nie sygnahi mowy 
(rys. 9), co bez istotnego pogorszenia jakosci mowy poz- 
wala na ekonomiczne wykorzystanie ldnid telefonioznej. 
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Rys. 3. Przenoszenic sygnalow mowy i rysunku w systemic te- 
lekonfcrencji 



Podstawowa. funkcja. mikroprocesc-ra jest sterowande 
wej§ciem i wyjlcdem procesora graficznego oraz zarzadza- 
nde systemem. Sterowraiiki realizuja. niezbejdna. konwersje. 
sygnaiu podczas zdalnej transmisji. Pamie.c obrazu sklada 
sie. z dwu platow (jeden dla koloru zlelonego*, drugd — 
czerwonego). Zastosowano pamnietanie punktowe obrazu, co 
wymaga stosunkowo duzej pojemnoicd pamieci obrazu (512 
wdexszy X 768 punktow X 2 bity). Obw6d wyswietlanda czy- 
ta pamiec obrazu i wyswietla j^ na ekranle odbiomnika 
telewizyjnego z czestotldwoioda. 50 polobraz6w/s. 

Odbiornik tv 

Moze byd wykorzystywany specjalny odbiornik monito- 
rowy lub odbiornik popularny (kolorowy lub czamo-bialy). 
W przypadku odbiornika populaoinego wymagana jest 
specjalna przystawka. 

ZASTOSOWANIA 

• Przesylanie programaw audiograficznyoh. Program skla- 
da si? z rysunku oraiz towarzyszacego mu dzwiQku (ko- 
mentarza). Wykorzystujac DIDON mozna w jednym ka- 
nale r6wnocze5nie przesylac do 50 program6w audiogra- 
ficznych. Program moze bye takze przesylany przez na- 
dajnikd radiowe AM lub FM. 

• L^cznosd audiograficzna w sieoi telefonicznej komuto- 
wanej. Rysunek i dzwiek sq multiipleksowane w jednym 
la.czu telefondcznym i przesylane rdwnoezes'nie. Odbywa si? 
to bez istotnego zakl6cenda mowy. Typowym praktycznym 
zastosowandem tej teobnaki jest system telekonferencji. 

• Rejestracja z odtwarzaniem programow audiograficz- 
nyoh z kasety. 



*■ * * 

Opisane wyzej systemy sq juz od kilku lat stosowane 
w codzdennej praktyce (wspomndane Antiope-Jbourse i An- 
tiope-meiteo). Eksperymenty z zastosowandem systemu dy- 
sfcrybucji dyfuzyjnej prowadzone sq od polowy 1978 r. w 
Paryzu i Lyonie. Bardzo aktywne pod tym wzgl^dem jest 
Rennes, kt6re w ostatndeh latach zyskalo miano stolicy te- 
leinformatyki francuskiej 1 ). 

Wersija interakcyjna (VIDEOTEX) systemu wideografii 
pod nazwa TELETEL jest, poczynajac od 1980 r., przed- 
mdotem eksperymentu praktycznego w regionie Veldzy pod 
Pairyzem, gdzde w prywatnych mieszkaniaoh zainstalowano 
3000 termina'li tego systemu. G16wnym celem eksperymen- 
tu jest zbadanie aspekt6w socjologicznyoh Wdrozenia sy- 
stemu. 

Prace w zakresie systemu VIDEOTEX sa, prowadzone w 
wielu krajach. Odpowiednikdem francuskiego systemu 
TELETEL jest w Wdelkdej Brytanid — PRESTEL, w Kana- 
dzie — TELIDON, w Japondd — CAPTAIN. 

Na koniec warto wspomnied o ciekawym projekcie pod 
nazwq „Ksdaaka elektroniozna". Projekt praewiiduje wpro- 
wadzenie ogolnokrajowego systemu automatycznej ewiden- 
cji abonent6w telefonicznyeh. Pozwoli to na calkowiite wy- 
eliminowande ksiqzek telefonicznyeh i zautomatyzowanie 
wiekszosci prac zwaqzanych z administrowa-niem siecia 
telefoniczn^. 



') Wl^kszosc ww. prac jest stymulowana przez DGT (Direction 
Generate de Telecommunications). Glownyml wykonawcaml sa: 
CCETT — Centre Commun d'Etudes de Teledlffuslon et Teleco- 
mmunications oraz, Cap Gemini Sogetl. 
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Projektowanie i rozwoj zlozonyeh systemow informa- 
tyeznych z baza, danyoh wymaga wyikorzystywania slow- 
nika-skorowidza dainyoh, roizumianego jako meta-baza da- 
nych opisujaca baze. uzytkowa.. Ta meta-baza moze bye 
oprogramowana indywidualnie z myilq o konkretnym 
systemie informatycznym (w6wczas do jej programowania 
mozna wykorzysta6 ten sam system zaizadzaroia baz^ da- 
nych, pod naidzorem ktorego dziala baza uzyibkowa), z za- 
sady jednak powinna by 6 ona zarzajdzana przez odrebny 
pakiet slownika-skorowdidza danych (ang. data dictiona- 
ry/directory — D.D/D). Pakiety te majg najoz^sciej cha- 
raktex autonoradozny (np. DATA MANAGER, LEXICON, 
DATA DICTIONARY), ohociaz istriieja. tez produkty sta- 
nowiace rozsszerzenii'e okreslonego systerou zairzadrania ba- 
za. danych (np. Zintegrowany Slownik Danych IDMS). 

Slownik-sfcorowdidz danych powinien by6 wykorzystywa- 
ny zarowno w procesie pc-wstawanda (projektowania, pro- 
gramowania i zakladaniia) bazy danych, jak i w procesie 
jej utazymywania (eksploatacjd i rozwoju). Pierwszy pr<zy- 
padek utozsaimda sde. z wykonywanie'm przez pakiet funk- 
cji slownika, natomiast proces ubrzymywania bazy wiaze 
sie. raczej z funkcja. skorowiidiza [4(s.5 — IS); 8(s.5S)]. Funk- 
cja slownika realdzowana jest przede wszystkarn poprzez 
udostepndande odpowdedniah informaicji projektantom i pro- 
gramistom (tzw. Wearily slowniik-skorowiidz). Z kolei funk- 
cja skorowidza wymaga aktywnego i be'zposredniego 
wspoldzialania z systemem zarzadzamia baza, danych (czyn- 
ny slownik-skorowddz). 

Pelna realizacja funkcji slownika-skorowidza danych 
wymaga scislego pawiazamia go z baza, danych i zintegro- 
wania pakietu slowinika-skorowidza z sys-temem zarzadza- 
nia bazq danych. Ininyrni slowy, zarowno slownik-skoro- 
wldz, jak i oprogramowamie nim sterujace, powsnny zaj- 
mowac cenitralna, pozycje. w stosunku do innyoh sklad- 
nik6w systemu iniormatycznego z baza, danych [2(s.l59, 
rys. 1 — 3); 9(s.4, rys. 2)]. W tym celu slownlk-skorowiidz 
danych powinien operowac mozliwie szerokim zakresem 
informacji o systemie realizowanym w technologid bazy 
danych. Co najrnmej powinien on zawierac infoTrnaoje od- 
noszace sde, do nastejpujacych pozioim6w: danyoh prostych 
i grupowyeh, zaipiis6w, zbiorow, bazy danych, schematu 
ba'zy danych, podschematow bazy, programow, dofcumen- 
tow zr6dlowych i wydawndabw [l(s.464); 4(s.5— tl6); 5(s.73); 
7{s.340— 342)]. 

Dla kazdego z wymienionych pozdomow nalezy okreMfi 
nazwy, symbole, de'finicje, aitrybuty, zakresy waTtoici, al- 
gorytmy, synonimy, homonimy, dane kluczowe, liozby wy- 
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stapien itp; MiQdzy przedstawionymi poziomami slowni- 
ka-skorowdidza, a takze miQdzy poszczeg61nymi pozyojami 
wewn^trz tyoh poziom6w, powinny zosta<5 zdefiniowane 
powiazania, nieabejcine do wykonywania biernej i czynnej 
fumkcji przez tQ meta-^bazQ w stosunku do bazy uzytko- 
wej [7i(s.341, rys. 7)]. 

StOWNIK-SKOROWIDZ W PROCESIE POWSTAWANIA 
BAZY DANYCH 

- W procesie powstawania bazy danych mozna wyrozmd 
etapy projektowania, programowania i zakladania bazy. 
Decyzje projektowo^programowe, jakie w tym procesie za- 
padajg, majg charakter tw6rczy, me zrutynizowany. Slow- 
nik-skorowidz moze stanowic narz^dzie komputerowego 
wsparcia tyoh decyzjd w tym sensie, ze moze dostarczac 
zespolom projektowoiprogramowym szereg informacji de- 
cyzyjnych. Mozna postawd6 tez?, ze w procesie powsta- 
wania bazy danych slownik-skorowidz wykorzystywany 
jest raczej biemie (funkcja slownika). 

iSposrod wielu funkcji, ktore — przynajmnie'j potencjal- 
nie — ppwinien spelniad slownik-skorowidz [2(s • 158 — 162); 
5(s.69— 70); 7(s.337— 338); 8(s.41)], w procesie powstawania 
bazy danych mozna wykorzystac nast^pujace: 

• opis danych i narzucanie norm 

e opis powiazan i kontrola spojnosci logioznej 

9 generowanie danych testowych i procedur integralnosci 

e genetrowanie kodu schematu i opis6w danyoh w j^zy- 
kach bazowych. 

Funkcj? opisu danych i narzucania norm na- 
lezy odnosd6 co najmni&j do uprzednio podanych pozio- 
m&w informacji (dane, zapisy, zbiory, baza, schemat, pod- 
sOhematy, programy, dokumenty zrodlowe, wydawnictwa). 
Dla kazdego z tych poziomow powiinno by6 mozliwe wy- 
prowadzeniie (wydru'kowaniie i/lub wyiwietlenie) informacji 
niezbednych w pracach prajektowo-programowych. Ze 
wzgl^du na jeidnoznacznosd nazewnictwa, eliminowanie 
homonim6w i synoni.m6w oraz uwzglejdnianie ogTaniczen 
syntaktycznyoh i semantyoznych, funkcja ta daje mozli- 
wo^6 narzucania norm i standard6w projektowych. 

Funkcja opisu powiazan i kontroli spojnos- 
cd logicznej umozliwda uzyskiwanie informacji w 
przekrojach miedizypozdomowych oraz sterowani-e popraw- 
nosciq i integralnosciq struktur bazy danych. Dzi^kd te- 
mu pxojektanci i programiici mogq uzysfciwac odpowie- 
dzd na pytania tyipu: „K]tdre programy uzytkujq dana 
NAZWISKO?", „Jakie podschematy wohodzq w sklad 
schematu KADRY?", „Z jakich typow zapis6w sklada siq 
zbi6r ZAMOWIENIA?" itp. 

O ile omowione wyzej funkcje realizowane sq — w 
mniejszym lub wie.kszyim zakresie — przez wszystkie pa- 
kiety slownika-skorowidza danych J ), o tyle funkcje na- 
stQpne nie zawsze sa. dost^pne w tych pafeietach, mimo 
ze zapotrzebowande na nie jest duze. Jedn^ z tych funk- 



') Nie nalezy tych funkcji myllc z funkcjq DISPLAY (dostspna, 
miqdzy innymi w systemie RODAN). Funkcje opisu danych i po- 
wiqzan slownika-skorowidza wspoluczestnlczi} w procesie tworze- 
nia schematu bazy danych (choclaz mogq by6 wykorzystywanc 
takze po zdeliniowaniu schematu), natomiast funkcja DISPLAY 
jest tylko inna, graficznie forma, prezentacjl zawartoScl schematu. 
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cji jest generowande danych testowych i 
pro ce dux i n t e gr a I n oi c i. Udostejpruende takdego me- 
chanizmu programistom moie znacznie pxzyspieszyc prace 
zwiqzane z zakladaniem bazy danych oraz moze mieC 
znaczny wplyw na poprawwoic tej bazy. Wyndka to mie^ 
dzy innyrnd stad, ze ze wzglejdu na zlozone stxuktuxy baz 
danych zazwyczaj niemofzliwe jest zastosowanie do gene- 
rowanda danych testowych programow pomocniczych sy- 
stemu operaeyjnego (np. IEBGD dla OS/JS). Stwarza to 
koniecznosc prowadzenia zmudnych prac progxamowych, 
majacych na celu przygotowande danych wejiciowych (w 
tym takze danych testowych) dla progxamow zakladanria 
bazy danych. Natomiast ze wzgledu na jakotsc i skutecz- 
nosc prograni6w zakladania, duze zmaozenie ma mozliwosc 
automatycznego generowanda przcz pakiet slownika-skoTO- 
widza kodiu sprawdzania integralnosci bazy danych. 

Niekiedy przed pakdetem slownika-skorowidza stawda sie. 
takze za danie generowani a k o d u s.chematu 
d opdsow danych w jqzykach bazowych. Ze 
wzgledu na projektotworczy charakter prac nad schema- 
tem nie zawsze celowe jest generowande pelnego i osta- 
tecznego kodu sohematu. Stad tez problem ten nalezy 
widziec raczej w aspekede wspomagania projektanta w je- 
go decyzjach i rozwdazaniaoh. Natomiast mozliwosci wy- 
korzystywania przez programistow funkcji geneiroiwanda 
opis6w danych w jezykach bazowych (a takze mozliwos- 
ci — sugexowanego niekiedy — generowania zdan jezyka 
opisu zadan) nalezaloby uzalezniac od latwo§ci stosowania 
w tym celu slownika-skorowidza oraz od wielkosci i zlo- 
zonosci tych opis6w w poszczeg61nyoh programach. 

Om6wdone mechanizmy programowe pakietow slowndka- 
-skorowidza sa. dzisiaj powszechnde dos&rzegane i docenia- 
ne. Specialised stoja. zazwyozaj na stanoiwisku niemozli- 
wolci zbudowania duzych baz danych (rzedu kilkuset md- 
lion&w lub miliaxd6w bajtow) bez stosowania tych me- 
chanizmow. Co wieeej — uwazaja. oni, ze utrzymanie ta- 
kieh baz wymaga automatyc.aneigo powiazania wielu funk- 
cjd slownika-skoxowidza z uzytkowana baza danych i z 
jej systemem zaxzqdzania. 

SLOWNIK-SKOROWIDZ W PROCESIE 
UTRZYMYWANIA BAZY DANYCH 

W procesde utrzymywania (eksploatacjd d rozwoju) bazy 
danych zmdenda sie. nde tylko zawaxtos6 informacyjna ba- 
zy, ale takze reorganizowane sa jej strukbury logiczne 
i fdzyczne. Moze to powodowac koniecznosc modyfikacji 
programow i warunkcw uzyttkowianda bazy oraz sbwaxzac 
ryzyko naruszenia jej integralnoscd. Z tego powodu w pro- 
cesie utrzymywania bazy danych riiezbedne jest uzyskanie 
wsparcia programowego ze strony slownika-skorowidza. 
Ohodzd tu przede wszysbkkn o wsparoie czynne w zna- 
czenki omowionej poprzednio funkcji skorotwidza. 

W procesde utraymywania bazy danych mozna oczeki- 
wa<5 od pakdetu slownika-skorowidza realizaajd nastqpuja- 
cyoh funkcji: 

• wspolpracy z programami uzytkowyani 

• prowadzeinia statystyk uzyitkowanda 

• wspiexania rozwojowych prac prajektowo-programo- 
wych. 

Hunkcja wsp61pracy z programami uzytko- 
wymi powinna sluiy<5 do sterowania caloscia. dostcpu do 
bazy danych ze strony program6w uzytkowych, .procesorow 
je.zyk6w zapytan dtp. M6wiia,c dnaczej, sJawndk-skorowidz 
powinien w rarnach tej funkcji stwarzac mozliwoic ustala- 
nia prawidiowosci odestan do danych, uprawnden doste.pu 
do tych danych oraz ich lokalizacji. Dzi^ki temu slow- 
nik-skorowidz moze bye z powodzeniem wykorzystywany 
jako narzQdzie utrzymywania integralnosci bazy danych 
i jej ochrony (niezaleznie od podobnyoh funkcji spelnia^ 
nych ppzez system zarz^dzania baza danych). Przyklado- 
wo, slovwnik-skorowidz powinien dawa6 mozliiwosc wska- 
zywanda wszystkich program6w opexujacych na danych, 
w ktorych wykryto bl^dy. Pozwala to uruka6 blejdnych- 
wykonafi tych programow, a w konsekwencji zabezpieczn 
pxzed kontaminacja. ble^dow i naruszeniem integralnosci 
bazy danych. 

Funkcja prowadzenia statystyk uzytkowa- 
n i a polega na zapisywaniu i przechowywanLu w zbiorach 
slownika-skorowidza informacji o czcstotliwoscd i sposobie 



wykorzystywanda element6w bazy danych oraz o progra- 
mach, kt6re dzdalaly na tych elementach. Dzii^ki temu mo- 
zhwe jest wspomaganie innych funikoji slownika-skorowi- 
dza (np. funkcji wspolpracy z programami uzytfcowymi), 
a takze prowaidzenie anaiiz statystyczinych majqeyoh na 
celu tzw. strojenie systemu 2 ). 

W procesie utrzj'mj'nyania bazy danych mozna takze 
wyikorzystac — w zaleanosoi od pobrzeb i zalcresiu doko- 
nywanych zmian w baziie — wdekszoic funkcji slownika- 
-skoxowidiza wlasciwyeh dla procesu powstawania bazy da- 
nych. Punkcje te mozna okxeslid wsp61nym mianem 
wspiexania rozwojowych prac pxojektowo- 
-p r o g r a m o w y c h i mozna do nich zaldozyc omdwdone 
juz nastepujace funkeje szczegdlowe: 

• opisu danych i narzucania norm 

• opisu potwSaizan i ko-ntroli sp6jnosci logicznej 

• generowania procedur iritegralnoscd 

• generowanda opisow danych w jezykach bazowyoh. 

Koniecznos6 czynnego wgpieranda przez slownik-iskoro- 
widz proces&w utrzymywania baz danycih jest obecnie 
przyjmowana jato aksijomat. Bxak tych narzejdzd stawia 
powazne bariery i grandee rozwoju system6w z baza, da- 
nych. W dadszym ciqgu pozostaje jednak sprawa otwarta 
problem zdntegrowania oraz ozynnej wsp61pracy pakietow 
slownika-skorowidza i systemow zaxzajdzainda baz^ danych. 
Wiekszosc istniejacych obecnie pakietow slownika-skoro- 
widza nde spelnda jednak niektorych z omowionych funk- 
cji. 

* * ft 

Wspdlczesnie istndeje na swdecie wiele samodzielnych pa- 
kietdw slownLka-skorowidza danych zapewniajqeych mozli- 
wosc wspolpracy z r6znymi systemami zarza;dtearcia baza 
danych Wydaje sde., ze najbarldziej znane z nich to 
[2{s.l60— 161); 6(s.327)]:< 

• LEXICON (wsp61pracujacy z systemami IDMS, IMS 
i TOTAL) 

© DATA DICTIONARY (TOTAL) 

• DB/DC DATA DICTIONARY (IMS) 

• DATA MANAGER (ADABAS, IDMS, IMS, SYSTEM 
2000, TOTAL) 

9 DATA CATALOQUE (IMS, TOTAL) 
® UCC 10 (IMS). 

Za'den z istniejacych pakiet6w slownika-skorowudza nie 
pretenduje do miana standaxdu Swiaitowego. Sa to rozwia,- 
zania indywidualne niezaleznych producentdw oprogramo- 
wania, takich jak: ARTHUR ANDERSON Co., CINCOM 
SYSTEMS czy UNIVERSITY COMPUTING COMPANY. 
Wyndka to stajd, ze badainia nad arehdtektura slownika- 
-skorowidza nie byly nd®dy prcwadzone lub koordynowane 
przez duze zespoly mi^dzynarodowe (takie jak np. two- 
rzone przez Komitet CODASYL w problemaityce baz da- 
nych), ani tez nie byly px'opagowane do powszedhnego sto- 
sowania pnzez tak Wielkiegd producenta jak IBM (jak to 
czeicdawo wystej>uje w odndesieniu do relacyjnego mo- 
delu bazy daaiych). Wydaje si$ jednak, ze wTaz z rozwo- 
jem zastosowan pakiet6w slowndka-skorov^ijdza pxoblema- 
tyka uniwersalizaoji i standaryzacjd arohitefctury tych pa- 
kiet6w bejdizde stawala sie. przedmiotem zainteresowan co- 
raz wiekszych gnup speojalist6w 3 ). 

W tych warunkach nalezaloby takze w naszym kraju 
rozpoczqc intensywne prace w zakresde tej problematyki 
badawczej z mySlcj dostarczenia uzytkownikom pakietu 
slownika-skorowidza wspierajacego (a ndekiedy wx^cz 



') Warto podkre^lii, tc funkcja prowadzenia statystyk uzytko- 
wanla lstnleje w wl?ltszosci wsp61czesnych systern6w zarz^dzania 
bazq danych, ale w znaczcniu biernyra. Przykladowo, w systemic 
HODAN zadanla takie spelnia Monitor Eksploatacyjny, a takze 
program RPSTAT (procedura skatalogowana — DBUTMS). 

') Juz obecnie w ramach British Computer Society powolano 
Grupe. Roboczq ds. System6w Slownlka Danych. PlerTOzy raport 
tego zespolu badawczego ukozal si? w marcu 1977 roku [3 <s. 330)]. 
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umozliwii&jacego) powstawanie i uUraymywanie systemow 
informaitycanyoh z baza, danych (np. z zastosowaniem sy- 
stems RODAN). Jadnoozesrue nalezy informowac poten- 
cjalnych uzytkownik6w baz danych, ze zmudne i praco- 
chlonne czynnosci zwia-zane z tworzeniem slownika-sko- 
rowidza stanorwia. warunek sine qua non nie tylko spraw- 
nego funkcjonowania bazy danych w pnzyszilosti, ale tak- 
ze sa pozyteczne same przez sis, gdyz pozwalaja. wykryc 
vv danych Wjprowadzanyeh do systerou wiele nieprawidlo- 
wosci terminologicznych i semanitycznych. 
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JERZY MATWIEJCZUK 

Instytut Automatyki Systemow Energetycznych 
Gdansk 



ODRA 1300 jako system posredniczqey 
w programowaniu mikroprocesorow 



Jednym z podstavvowych warunkow powszechnego sto- 
sowania mikroprocesorbw jest zapewnienie srodk6w umoz- 
liwiajacych latwe i efektywne ich programowanie. W prak- 
tyce stosowane sa szeroko systemy, po£redniczace w pro- 
cesie uruchamiania program6w dla system6w mikroproce- 
sorowych. Realizuja. one — w pelni lub cze^ciowo — cykl 
przygotowawczy oprogramowania, pocza.wszy od wstepnej 
obr6bki tekstu programu zrddlowego, poprzez translacje. 
i generowanie programu wynikowego, az do fazy wlasci- 
wego uruchamienia i testowania programu. 

Niniejszy artykul prezentuje system uruehomieniowy o- 
pracowany w gdanskim oddziale Instytutu Automatyki Sy- 
stem6w Energetycznych, przeznaczony do obslugi pelnego 
cyklu przygotowawczego oprogramowania mikroproceso- 
r6w typu INTEL 8080, przy uzyciu system6w kompute- 
rowych'serii ODRA 1300. .Maszyny cyfrowe tej serii, toz- 
powszechnione w kraju, spelniaja. zasadnicze warunki sta- 
wiane systemom uruchomieniowym w zakresie wyposaze- 
nia sprze.towego, dysponujac nadto bogatym oprogramowa- 
niem sa potencjalnie atrakcyjnymi narze.dziami emulacji 
system6w mikroprocesorowych. 

Oprogramowanie prezentowanego systemu uruchomienio- 
wego abejmuje trzy niezalezne moduly: makrogenerator, 
asembler i emulator. Z formalnego punktu widzenia, mo- 
duly .te tworza jeden program, dlatego tez mozliwe jest 
automatyczne wykonanie pelnego cyklu, tj. nadanie teksto- 
wi programu postaci akeeptowanej przez asembler (w fa- 
zie obrobki wste.pnej), • wygenerowanie kodu wynikowego 
(w fazie translacji) i bezposrednie przejseie do fazy wyko- 
nania przetlumaczonego programu. Automatyzm ten polega 
nie tylko na mechanicznej realizacji kolejnych stadiow cy- 
klu, lecz przede wszystkm — na mozliwosci zaprogramo- 
wania przebiegu testowego, poczawszy od punktu startu, 
poprzez okreslone sekwencje Sledzenia, az do punktu za- 
koiiczenia pracy programu. Niezaleznie od tych mozli- 
wosci, faza wykonania jest r6wniez nadzorowana przez 



operatora, 
dzacych. 



dysponujqeego lista. dyrektyw kontrolno-31e- 



Modul MAKROGENERATORA obsluguje wstepna faze, 
translacji, dokonujac — zgodnie z pewnymi og61nymi regu- 
lami — przetworzenia tekstu zrodlowego programu, po- 
przedzajacego wlasciwa. translacji Analiza i przetwarza- 
nie tekstu zrodlowego sterowane sa. wyodr^bnicma. grupa. 
dyrektyw (fornialnie stanowdacych podzbi6r dyrektyw a- 
semblera), kt6re odpowiadaja. nastepujaoym funkejom ma- 
krogeneratora: 

® definiowanie makroinstrukeji (dyrektywy MACRO i 
ENDM) 

• obsluga makrowywolan 

• warunkowe generowanie tekstu wyjsciowego (IF, ELSE, 
ENDIF) 

© nadawanie wartosci zmiennym (SET). 

Dwie pierwsze funkeje skladaja. sie. na podstawowy me- 
chanizm makrogenerato-ra, kt6ry — najog61niej rzecz bi'o- 
rqc — umiozliwia zasterpowanie okreslonych fragment6w 
tekstu (makrowywolan) przez odpowiadaja.ee im inne sek- 
wencje tekstu (makrodefincje). Ten uniwersalny mecha- 
nizm sluzy rozszerzeniu je.zyka programowania; eel ten 
jest osi^gany przy zachowaniu regul je.zyka podstawowego 
(a wie^: bez zmiany translatora), boWiem nowo zdefinio- 
wane (makro) instrukeje — po napotkaniu ich w tekScie 
— zostaja rozpoznane jako makrowywolania i zasta.pione 
odpowiednimi sekwencjami instrukeji j^zyka asemblera, 
zawartymi w makrodefinicjach. 

W omawianym systemie makrodefinicje moga. by6 zor- 
ganizowane w postaci blblioteki, ktoxa moze r6wniez za- 
wiera6 standardowe procedury (podprogramy) w postaci 
zr6dlowej. Warto doda6, ze procedury moga. byfi w tej 
fazie dolqczane do programu takze za posrednictwem ma- 
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krowywolan, kt6re sa. rbzwijane — w zaleznosci od okres- 
lonych warunkow — badz w pelny tekst podprogramu, 
badz tez w jego wywolanie. 

Makrogenerator dopuszcza wielopoziomowa. strukture. 
programu, respektujac zardwno hierarchic statyczna (wy- 
nikaja.ca z zagniezdzenia makrodefinicji), jak i dynami- 
cznq (wynikaja.ca. z zagniezdzenia makrowywolan). Makro- 
generator przestrzega r6wniez regul dotyczacych zasiegu 
identyfikator6w, tj. nazw makroinstrukcji, parametrow 
makrowywiolari, zmiennych itp., a takze dopuszcza stosowa- 
nie makroinstrukcji rekurencyjnych, jako szczegolnego 
przypadku zagniezdzonych makrowywolan. 

Warunkowy generator tekstu (sterowany dyrektywami 
IF... ELSE... ENDIF) pomija lub generuje okreslone partie 
tekstu programu, w zaleznosci od wartosci wyrazenia po- 
przedzonego dyrektywa. IF. 

Translator wyrazen wykorzystywany jest do oszacowania 
wartosci wyrazen uzywanych np. przy warunkowej gene- 
racji tekstu, a takze przy nadawaniu wartosci zmiennym. 
Zmienne te (ktorych nazwom przyporza.dkowywame sa. 
wartosci wyrazen za posrednictwem dyrektyw SET) mo- 
ga. mie6 zasieg globalny lub lokalny, tzn. zdefiniowany 
przez okreslony poziom makrodefinicji. Zmienne o okreS- 
lonej wartosci moga bye nastepnie uzyte jako: elementy 
innych wyrazefi, parametry makrowywolan (zastepowane 
przez wartosc) czy tez argumenty instrukeji jezyka pod- 
stawowego. Translator dopuszcza stosowanie operator6w 
arytmetycznych, logicznych (w tym relacji), operator6w 
specjalnych (np. przesuniec), a takze nawiasow. 



Modul ASEMBLERA funkejonuje w sprzezeniu z makro- 
generatorem; jak wspomniano — ten ostatni mozna o- 
kreslid jako translator wstepny, ktory przeksztalca zlo- 
zona (hierarchiczna.) strukture jezyka zrddlowego na „li- 
niowa" postac jezyka asemblera. Asembler wykorzystuje 
wsp61ne z makrogeneratorem narzedzia analizy tekstu oraz 
wsp61ne struktury danych. W szczeg61nosci korzy- 
sta on ze wstepnego analizatora tekstu, rozpoznajacego 
podstawowe elementy syntaktyczne tekstu (nazwy, liczby, 
lancuchy znak6w i ograniczniki). Ponadto respektuje na- 
rzucona przez makrogenerator hierarchie poziiom6w, rzu- 
tujaca na operowanie identyfikatorami, kt6rym w tej fa- 
zie .translacji nadawana jest wartosc (etykiety i symbole 
stalych). 

Podstawowa funkeja. asemblera jest generowanie kodu 
wynikowego programu. Kazdy wiersz programu zrodlowe- 
go (odebrany na wyjs"ciu z makrogeneratora), poddany a- 
nalizie syntaktycznej i rozpoznany jako instrukeja lub dy- 
rektywa asemblera, podlega przetworzeniu na binarna. po- 
stac rozkazu maszynowego, ba.dz tez powoduje podjecie 
akcji sterowanej jedna z nastepujacych dyrektyw: 

• ORG, DS — zmiana biezacej wartosci licznika instrukeji 

• EQU — nadawanie stalych wartosci symbolom 

© DB, DW — definiowanie zawartosci kom6rek (bajt6w i 
slow) 

• END — zakonczenie przebiegu asemblera. 

Proces translacji realizowany jest w dw6ch przebiegach. 
Pierwszy z nich — w kt6rym wykonywana jest wiekszosc 
funkeji asemblera, poza wyprowadzaniem wynikdw — 
sluzy do okreslenia wartosci etykiet, ze wzl^du na mozli- 
wos6 wystapienia odwolan do nich w tekscie programu 
jeszcze przed ich zdefiniowaniem. W drugim przebiegu 
powtarzane sa. wszystkie funkeje obu faz translacji, la.- 
cznie z generowaniem wynik6w, tj. programu wynikowego 
na nosniku zewnetrznym (lub w pamieci operacyjnej) 
oraz tabulogramu kompilacyjnego wraz z lista. symboli. 

Kolejne wiersze tabulogramu kompilacyjnego odpowia- 
daja poszczeg61nym instrukejom zrodlowym, stanowiacym 
wynik obr6bki makrogeneratora. W kazdyin wierszu tekst 
instrukeji poprzedzony jest specyfikacjq, obejmujaca adres 
kom6rki i jej zavvartosd (jedno-, dwu- lub trzybajtowa), 
a takze ewientualna. sygnalizacje. bledu. Lista symboli za- 
wiera nazwy i wartosci etykiet oraz symboli definiowa- 
nych dyrektywa. EQU; opcjonalnie drukowane sa. r6wniez 
symbole lokalne, kt6rych lista umieszczana jest beszposred- 
nio za rozwinieciem makroinstrukcji, w ramach ktorej zo- 
staly one zdefiniowane. 



Pomyslne zakonczenie fazy translacji programu umozli- 
wia automatyczne przejScie do etapu wykonania, kt6ry ma 
na celu przetestowanie programu w warunkach symuluja- 
cych jego przyszle srodowisko. Przebieg procesu testo- 
wania moze zostad okreslony z gory (w fazie translacji), za 
posrednictwem grupy parametrow traktowanych jako zmien- 
ne globalne, o jednoznacznie przyporza.dkowanych naz- 
wach. Za ich pomoca. mozna okreslic: 

• punkt startu programu, tj. pocza.tkowa. wartosc liczrd- 
ka rozkazow (zmienna ST^IRT) 

• poczatkowq wartosc wskaznika stosu (STACK) 

• przedzialy sledzenia, tj. pewna. liczby (max. 10) wy- 
odi'Qbnionych sekwencji instrukeji podlegajacych monito- 
rowaniu (pary zmiennych TRAPn i EXITn, gdzie n jest 
numerem przedzialu, umozliwiajqcym identyfikaeje; pary) 

• punikt zakonczania pracy programu (STOP) 

• przyporza.dkowanie adres6w urza.dzen uzytych w pro- 
gramie (w inistrukejach IN i OUT) urzadzeniom systemu 
uruchomieniowego (zmienne odpowiadaja.ee symbolom u- 
rzadzen: TR, TP, CR, LP i TW). 

Ta wyodrebniona grupa zmiennych globalnych podlega 
ogolnym regulom translacji przyjejtym w systernie. Tak 
wiQc zmienne te moga. przybiera6 wartosci okreilone przez 
uzycie ich jako etykiet (co jest wygodne w przypadku 
parametr6w okreSlajacych miejsce — punkt kontrolny — 
w programie), bqdz tez za posrednictwem dyrektyw SET 
lub EQU. 

Modul EMULATORA funkejonuje w systemie jako modul 
obslugi fazy wykonania programu; jego podstawowa funk- 
eja. jest odwzorowanie — na maszyniei posredniczacej — 
systemu docelowego, a ponadto — nadz6r nad przebiegiem 
lestowania. 

Symulowanie wlasciwo^ci mikroprocesora INTEL 8080 
odbywa si? poprzez interpretacyjna. realizacje. kolejnych 
rozkaz6w programu, dostarczanych na wejsciu do emula- 
tora w kodzie wewnetrz/nym INTEL-a. Program ten za- 
warty jest w calosci w pamieci operacyjnej ODRY, ma- 
jqc do dyspozyeji ca 22 K s!6w pamieci, odpowiadajacych 
64 K bajtom maksymalnej przestrzeni adresowej INTEL-a. 
Emulator odwzorowuje rowniez rejestry robocze mikropro- 
cesora, liezniik rozkazdw, slowo stanu, wskaznik stosu o- 
raz wskaznik bl'okady przerwan. Umozliwaa takze symulo- 
wanie operacji wejscia/wyjscia oraz przerwan zewn^trz- 
nych. 

Podstawowe funkeje emulatora wykonywane sa. w ra- 
mach cyklu rozkazowego, obejmuja.cego: 

O pobranie kodu rozkazu z pamieci (adres okreslony przez 
bieza.cy stan licznika rozkaz6w) 

• zdeszyfrowanie rozkazu i pobranie jego argument6w 

• wykonanie podprogramu odpowiadajqeego pobranemu 
kodowi 

• aktualizacje licznika rozkazow. 

W ramach cyklu rozkazowego odbierane sa. rowiniez przer- 
wania, symulowane przez zgloszenia operatora. Zgtoszenia 
te moga. bye przyjmowane po zakonczeniu realizacji bie- 
zqcego rozkazu, a ich obsluga zalezy od stanu wskaznika 
blokady przerwan (ustawianego przez program). Brak blo- 
kady powoduje podjecie standardowej akcji obslugi przer- 
wania (zapamietanie na stosie biezacej wartc-sci licznika 
rozkaz6w i wymuszenie restartu programu od adresu o- 
kreslonego przez poziom przerwania), w przypadku bloka- 
dy — akcja ta jest odkladana do czasu jej programowego 
zwolnienia. 

W kazdym cyklu rozkazowym, przed rozpoczeciem wy- 
konywania biezacej instrukeji, realizowane sa funkeje 
kontrolne emulatora, ktorych zakres zalezy od parame- 
trow slerujacych przebiegiem testowania. Parametry te 
moga bye — jak wspomniano — okreslone w fazie trans- 
lacji, badz tez w fazie wykonania, w trybie bezposredniej 
wspolpracy z operatorem. Funkeje kontrolne, sterowane 
tymi parametrami, sprowadzaja si? glownie do monitoro- 
wania wybranych fragmentdw programu (przedzial6w Sle- 
dzenia), tj. drukowania stanu rejestr6w i wskaznik6w pro- 
cesora po wykonaniu instrukeji zawartych w tych prze- 
dzialach. 
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Automatyczna kontrola wykonania programu obejmuje 
rowxdez monitorowanie instrukcji wejscia/wyj£cia, za po- 
srednictwem parametr6w pr7.yporzqdkowuja.cych. progra- 
mowe adresy urzadzen — urzqdzenlom systemu urucho- 
mieniowego. Urza.dzenia nie zdefiniowane moga. by6 symu- 
lowane przy uzyciu konsoli operatorskiej. Operacje wyj- 
iScia monitorowane sa. poprzez drukowanie adresu urza.- 
dzenia i numerycznego kodu informacji wyprowadzanej, 
a operacje wejicia — poprzez drukowanie adresu urza.- 
dzenia i zawieszanie akcji programu w oczekiwaniu na 
wprowadzenie informacji przez operatora. 

Niezaleznie od automatycznego przebiegu fazy testowa- 
nia, sterowanego odpc-wiednimi parametrami, emulator do- 
puszcza mozliwo£6 bezposredniego operatorskiego nadzoru 
nad realizacja. programu (w tym r6wniez mozliwos6 okreS- 
lania przez operatora tych wlasnie parametr6w). Zakres 
kontroli operatorskiej obejmuje: 

• ladowanie programu do pamieci (dyrektywa LO) 

• wyprowadzanie programu na tasme. papierowa. (DU) 

• zawieszanie i uaktywnianie programu (SU, GO) 

• wyprowadzanie zawartosci komdrki pamieci lub rejestru 
(rejestr6w) programu (OU) 

• zmiane. zawartosci kom6rki pamieci lub rejestru (AL) 

• ustawianie i kasowanie trybu monitorowania w okreslo- 
nych przedzialach Sledzenia (TM, NM) 

0 definiowanie urza.dzen zewne^rznych (AS) 

• symulowanie operacji wejscia dla urzadzen nie zdefi- 
niowanych (IN) 

• symulowanie prze-rwan zewnstrznych (RS) 

• okreslanie punktu zakohczenia pracy (kasowania) pro- 
gramu (DE). 



Dyreklywy 
operatora 




l^okrodefinicje 



YVsp61dzia)anle modul6w systemu uruchomieniowego 



Zakonczenie fazy emulacji nastepuje bqdz automatycznie, 
po osia.gnie.ciu przez program okreslonego punktu konco- 
wego, bqdz tez — w dowolnym momencie — na rozkaz 
operatora. W obu przypadkach skasowanie programu po- 
woduje ustawienie pocza.tkowych warunk6w dla kolejne- 
go przebiegu i umozliwia powtdrzenie fazy emulacji lub 
realizacje. nowego, pelnego cyklu uruchomieniowego (rys. 
^fef§%. r ,:v^ : - ' \ ■ ; - 

VVARUNKI EKSPLOATACJI SYSTEMU 

Zaprezentowany system uruchomieniowy moze bye eks- 
ploatowany na dowolnym zestawie komputerowym ODRA 
1300 z pami^cia. operacyjna. minimum 32 K slow, pod nad- 
zorem firmowego programu steruja.cego (np. EX2M dla 
ODRY 1325). System dopuszcza daleko idqea. swobode. w 
okreslaniu konfiguracji sprze.towej. Minimalna konfigu- 
racja obejmuje jednostke. centralna. z konsola, operator- 
ska., a maksymalna — dwie jednostki pamieci tasmowej 
(nie liczac ewentualnych bibliotek makroinstrukcjl i pro- 
cedure czytnik kart, .drukarke. wierszowa. i (lub) czytnik 
oraz dziurkarke. .tasmy papierowej. 

Tryb pracy i zakres funkeji realizowanych przez system 
moze bye okreslony przez uzytkownika za posrednictwem 
listy dyrektyw, bezposrednio poprzedzaja_cych tekst zr6d- 
lowy programu. Dyrektywy te moga. zostac wprowadzone 
7. czytnika kart, tasmy lub konsoli operatora. Okreslaja. 
one przede wszystkim: urzqdzenia wykorzystywane dla 
wprowadzenia tekstu programu (moga. bye rozne od wy- 
branych dla wprowadzenia dyrektyw, mozliwe jest np. 
bezposrednie wejscie z tasmy magnetycznej), noSniki (naz- 
wy zbior6w i podzbior6w) — wykorzystywane do przesho- 
wywania postaci posredniej tekstu, bibliotek makroinstru- 
kcji oraz programu wynikowego, a takze tryb pracy asem- 
blera (iloic przebiegow, sposob generowania kodu wyni- 
kowego, spos6b zakonczenia pracy itp.) i list? funkeji op- 
cjonalnych. Te ostatnie definiuja. stan przeia.cznik6w odpo- 
wiedzialnych m.in. za wydruk tabulogramu kompilacyjnego 
i listy symboli, zapamie.tanie parametr6w sterujacych prze- 
biegiem testowania, wyprowadzenie programu wynikowego 
na taSme. papierowa. itp. 

Jako standard przyjmuje siQ, ze translacja realizowana 
jest w dw6ch przebiegach, z wykorzystaniem taSmy mag- 
netycznej jako nosnika programu wynikowego, oraz ze 
drukowany jest tabulogram kompilacyjny z listq symbo- 
li globalnych. Przechowane tez zostaja. parametry dla fa- 
zy testowania, do kt6rej przejscie naste.puje bezpoired- 
nio, bez zawieszania programu (chyba, ze wysta_pily bl^dy 
w fazie translacji). 

List? wymienionych udogodnieii eksploatacyjnych roz- 
szerzyc mozna o mozliwosd korzystania z oprogramowania 
firmowego w zakresie edycji tekst6w program6w, zakla- 
dania i aktualizacji bibliotek itp., system bowiem respek- 
tuje wymagany przez te programy standard w odniesieniu 
do formatu zbior6w, wykofzystywanych w trakcie reali- 
zacji cyklu uruchomieniowego. 
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Ochrona danych obowiqzuje 



Zajmuj^c sie. od kilku lat ochrona. danych w pionie ob- 
liczeniowym G16wnego UrzQdu Statystycznego coraz wy- 
razniej widze. wieloaspektowo£6 i zloionosc tej problema- 
tyki. Przyzmajq, ze w okresie, gdy orgaonizowalem duzy o- 
srodek elektroniczny, a nastej>nie w pewnym okresie nim 
kierowalem, zawsze cenilem zadania ochrony i szanowa- 
lem trud specjatistow ukierunkowanych na doBkonalenie 
metod ochrony danych. Ale dopiero teraz zdaje. sobie w 
pelni sprawe. <z tego, jak wiele trzeba wiedziec, Lie watkow 
kojarzyc, aby mozna bylo u'znac, ze specjalista koordynu- 
ja.cy problematyke. ochrony danych dostatecznie spelnia swe 
zadania. 

Wydaje sie., ze dose czesto jeszcze ro'zpowszechnione jest 
mniemanie, it w obecnych warunkach eksploaitacji sprzetu 
w Polsce, wykorzystywanego glownie w trybie pracy wsa- 
dowej, mozna niemal nie mowic o potrzebie ochrony da- 
nych. Wystarczy — jak niektdrzy sadzfj — zamykac drzwi 
do sali komputerowej i w stosowny spos6b zorganizowac 
biurowe czynnosci dostarczania danych oraz kontroli i wy- 
sylki wynikow przetwarzania. 

Niejednokrotnie spotykalem sie. a pogladami, ze „mania- 
cy" ochrony danych po prostu „zarazili sie" podejrzliwos- 
cig zachodnich ekspert6w od przetwarzania danych na po- 
trzeby bankow, policji czy wojska; W tych obszarach dzia- 
lalnoici uwidacznia sie. bowiem z cak( ostroscia. pierwszo- 
planowe znaczenie ochrony danych zar6wno przed rnozliwa. 
kradzieza lub nieprawnym wykarzystaniem lajemraic firm 
i ich klient6w, poszczeg61nych obywateli czy panstwa, jak 
i konsekwencjami naglego zahamowania uslug komputero- 
wych w wyniku swiadomych wrogich dtzialan. 

Oczywiscie kazdy typ ochrony powinien bye stopniowa- 
ny oraz dostosowany do konkretnych warunkow, rozpoz- 
nanych potrzeb i przewidywanego rzyka. A poniewaz o- 
chrona 'danych musi kosztowae, niezbedna jest wi$c zawsze 
analiza projektowanego zakresu zastosowania srodk6w o- 
chronnych oraz szczegdlowy rachunek koszt6w spodzie- 
wanych korzysci. 

Podstawowg jednak prawdq, ktora ma zastosowanie w 
odniesieniu do kazdego osrodka komputerowego — jest 
koniecznosc stalego obserwowania wszelkich zagrozen, jakie 
zawsze pojawiajii sie. w elektronicznym przetwarzaniu da- 
nych. Wystepuja one zarowno w warunkach technologii 
konwencjonalnych (przetwarzania lokalnego w trybie wsa- 



dowym), jak i w technologiach bardziej zaawansowanych. 
Zroz-umiaie, ze problemaityika ochrony danych w nowoozes- 
nych systemach przetwarzania rozproszonego, obsluguja/- 
cych wazne dziedziny zycia spolecznego i gospodarczego, 
staje sie. kwestia. kluczowa., bez rozwiazania ktorej takie 
przetwarzanie staje sie. w og61e nie do pomyslenia. Zaw- 
sze powinnismy jednak pamieta6, ze rozwoj i doskonale- 
nie informatyki zalezy nie tylko od inakladow jnwestycyj- 
nych, mozliwosci instalowania nowego sprzQtu, ale r6w- 
niez od fachowego poziomu kadr informatykdw, od zgro- 
madzonego doswiadczenia wiedzy, r6wniez w dziedzinie 
szeroko .poj^tej ochrony danych. 

Przez ochronq danych w niniejszych rozwazaniach moz- 
na — zgodnie z ogolnie przyje.ta. definicjq — traktowa6 
zbi6r srodkow zabezpieczaj^cych dane przed rozmyilnym 
lub przypadkowym, nieuprawnionym dost^pem, oraz ich mo- 
dyfikacjq lub zniszczeniem. W pismiennictwie w jqzyku an- 
gielskim ujmowane jest to termimem ..security". Jest to 
dose duzy obszar tematyczny zagadnieh, .obejmujqcy m.in. 
cechy ochronne oprogramowania systemowego (w tym sy- 
stemu operacyjnego), cechy ochronne ukladow sprz^to- 
wych, ochronQ fizyczn^ srod<Dwiska przetwarzania, wyty- 
czne dotyczace bezpiecznej eksploatacji systemow. Ponie- 
waz w bardzo wielu instytucjach, w tym w G16wnym U- 
rzQdzie Statystycanym, przetwarza siq r6wniez dane o oso- 
bach i ich gospodarstwach, konieczne jest tu uwzglQdnia- 
nie r6wniez aspektu ochrony sfery ich osobistych tajemnic 
(tzw. sfery zycia prywatnego — angielskie privacy"). Ten 
oslatni termin angielski odpowiada innemu przekrojowi 
problematyki ochrony danych. Nawct najlepiej chroniony 
system w sensie ..security" nie musi bowiem w wystarcza- 
jqey sposob spelniac cech ochronnych w sensie „priva- 
cy". Jest to dodatkowa cecha, !kt<irq uwzgl^dnia si? w pro- 
jektowaniu i eksploatacji systemow informatyeznych. W 
niniejszym artykule nie zostanie ona. szerzej rozwinie;ta, z 
czego jednak nie wynika, iz dziedzine. tq mozna lekcewa- 
zyfi. 

Praktycznie pojecie ochrony sfery tajemnic prywaitnych 
dotyczy ochrony praw osob i histytucji do okreslania przez 
nie kiedy, w jaki spos6b i w jakim zakre'sie informacja 
o nich xnoze bye przekazana innym. W takim ujeciu pro- 
blem ochrony tajemnic prywatnych znacznie wykracza 
poza ramy osrodka obliczeniowego, jest to bowiem pro- 
blem spoleczny, do rozwiqzywania kt6rego nie wystarczaja. 
metody techniczne. Niezbqdna jest kontrola prawna i spo- 
leczna [12]. 
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WagQ komputerowej ochrony danych dostrzezono na Za- 
chodlzie 10 — 15 lat temu. W wyniku wielokierunkowych prac 
badawczych. prowadzonych izar6wno przez firmy produku- 
jqce sprzqt i oprogramowanie, jak i firmy konsultacyjne 
oraz wielkich uzytkownik6w — zgromadzono obszemq do- 
kumentacjQ problemu, opracowano szereg skutecznych me- 
tod, a takze powstala literatura poswiecona wylqcznie 
problematyce ochrony danych. 

Podjeto proby oszacowania strat, jakie gospodarka pono- 
si w wyniku naduzyc komputerowych. Na przyklad, ist- 
niejf) ooeny, ze roczne straty gospodarki brytyjskiej w wy- 
niku tego typu naduzyc rownowazne czterem „napa- 
dom stulecia" [7]. Mike Comer, wydawca ,, Computer Fraud 
and Security Bulletin" ocenia, ze wykrywalnosc tego typu 
przestepstw ksztaltuje sie. na poziomie ponizej 20 u /o. Ze 
zrodel amerykanskich mozna sie. dowiedziec, ze roczne stra- 
ty w 1976 r. wynlosly w USA 100 mln dolarow, ale r6w- 
noczesnie rosly w tempie ok. 400% rocznie (A. Pantages. 
The Price of Protection. DATAMATION No. 3/1976, s. 141). 
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Dane te wskazuja, iz na pewno przekroczony zostal w 
krajach gospodarczo rozwini^tych prog mozliwosci lekce- 
wazenia problemu naduzyc komputerawych. Fakt ten rysu- % 
je sie. szczegolnie ostro w swietle stwierdzonego juz faktu, 
ze zdecydowana wiekszosc wyst^pujacych w tych krajach 
strat nie jest ujawniana, a przypadki ujawniane nie sa. 
ealkowicie reprezentatywne. Sa podstawy do przypuszcze- 
nia, ze takie przestepstwa jak kradziez dokumentow wy- 
nikowych, niszczenie zbiorow glownych czy bezprawne mo- 
dyfikacje program6w wystqpuja cze.sciej niz na to wska- 
zuja dostopne informacje. Instytucje nie sa. bowiem naj- 
cze.£ciej sklonne do przyznania sie., ze zdarzenia takie w 
og61e wystapily [21, s. 7]. 

Frezerituja.c oceny strat powstajacyeh w wyniku naduzyc 
nalezy rowniez uwzglednic istotny wplyw zmian w techno- 
logii prac obliczeniowych. Typowymi przestejpstwami w 
pracach wsadowych realizowanych w trybie przetwa-rzania 
lokalnego, w latach szesodziesiatych i na poczatku lat 
siedemdziesiatych, byly: kradziez i niekontrolowane kopio- 
wanie tasmy magnetycznej, akty sabotazu w stosunku do 
sprz^tu komputerowego, modyfikacje zapisow Ltp., a wiee 
dzialania, dla kt6rych niezbe,dny byl doste.p fizyczny spra- 
wcy przestQpstwa. 

Naturalna. jest rzeoza., ze szerokie rozpowszechnienie sie. 
systemow typu interakcyjnego w istotny sposob zmienilo 
charakter przeste_pstw [21, s. 9]. R6wniez w naszych wa- 
runkach w coraz wi^kszym stopniu musimy sie. liczyfi z 
naduzyoiami typu „kradziez informacji" ze zdalnie dzia- 
lajacych i z reguly mmiej fcontrolowany.cn 'terminali. 

Swiadomosc zagrozen jest wprawdzie coraz powszechniej- 
sza, ale jak wskazuje praktyka — nie zawsze jest wystar- 
czajacym bodzcem 'do podejmowania -odpowiednich krokow 
dla przeciwdzialania stratom. Oohrona jest bowiem na ogol 
bardzo kosztowna. Wiadomo np., ze podnoszenie niezawod- 
no£ci sprzeto komputerowego moze bye uzyskane tylko w 
wyniku uzycia odpowiednio wysokich makladow, w itym na 
uklady kontrolujace ble.dy. Podnosi to znacznie koszt sprze- 
tu, w czym cze.sto nie sa. zainteresowani ani jego produ- 
cenci, ani uzytkownicy. Uwzgle.dniajac konsekwencje spo- 
leczne itakich postaw, w krajach gospodarczo rozwinie.- 
tydh pojawia sie. wazny caynnik stymulujacy ochrone., a 
mianowicie nacisk prawa. Wystarczy zauwazy6, z.e nowe 
przepisy narzucaja.ce normy ochrony danych zmusily przed- 
si^biorstwa w RFN do zatrudnienia z tego tytulu ok. 40 
tys. pracownikdw odpowiedziadnych za ochrone. danych [14, 
s. 38]. 

Wydaje sie., ze w Polsce (rowniez w coraz wiekszym stop- 
niu powinrio siq wprowadzac standardy i przepisy zapew- 
niajace nadanie wlasciwego priorytetu dzialaniom zmierza- 
jacym do skutecznej ochrony damydh. Doprowadzenie do 
zbyt duzych opoznien moze nas w ostatccznym rachunku 
bardzo drogo ' kosztowac. 



Sledzac literature. traktuja.ca o osrodkach kontroli wbu- 
dowanych w systemy komputerowe mozna dojsc do wnio- 
sku, ze nawet w krajach najbardzie-j zaawainsowanych w 
rozwoju informatyzacji nadal istnieje duza lu'ka mie.dzy 
zabezpieczeniami, ktore sprawdzono juz w warunkach la- 
boratoryjnych, a zabezpieczeniami praktycznie stosowanymi 
w obeonie eksploatowanym sprz^cie. Celem, ktory realizuja 
producenci, jest wlaczenie takiego zakresu wewnQtrznych 
zabezpieczen, aby sprz^t i oprogramowanie nie stanoiwily 
najsiabszych ogniw w calym lancuchu przedsi^wzie.c doty- 
czacych ochrony {4, s. 227]. 

Hamuilcem dla tego rodzaju dzialan sa jednak koszty ich 
realizacji oraz stopien swiadomosci potenojalnych nabyw- 
cow. Zdaniem znanego amerykanskiego eksperta Donn Par- 
kera >z Instytutu Stanford'zkiogo: „Systemy komputerowe sq 
po prostu zbyt duze 'i skomplikowatte orhz w wyniku utt- 
cisku nabywcdw — zbyt elastyczne i latwe w uzyciu, aby 
zapewnic mogly znacznie wiqkszq odpornosd na injiltracje., 
chociaz producenci sq w stanie warunek ten spelnic. Pro- 
ducenci ci twierdzq jednak, ze dostarczane przez nich sy- 
stemy komputerowe sq obecnie wystarczajqco bezpieczne w 
stosunku do faktycznych potrzeb swych klientdw." [15]. 

Rowniez w odniesieniu do naszych warunkow mozna 
wysunqc leze., ze poiscy informatycy maja pelna. swiado- 
mosc koniecznosci wywierania odpowiedniego nacisku na 



producentow sprzetu i oprogramowania, Przemysl bez wy- 
raznie sformulowanych postulatow .projektant6w, progra- 
mist6w i pracownik6w technicznej obslugi sprz^tu nie roz- 
winie dzialaii w kierunku stworzenia wystarczajacych in- 
strumentow kontroli, zar6wno wbudowaiiiych w systemy 
komputerowe, jak i w postaci odpowiednich narzedzi ana- 
lizy — zapewniaja.cych tworzenie skutccznych metod ochro- 
ny danych. 

Rownolegle 'z. poszukiwaniem nowych metod waxto chyba 
zwroci6 uwage., iz ochrona ta w bardzo duzym stopniu 
zalezy od jakoSci sp.rze.tu orae jego stairannego wytestowa- 
•nia, co z kolei laczy sie. ze wspomniana. juz sprawa kosz- 
tow. 

Poszukiwanie bezpiecznej architektury system6w nie jest 
bynajmniej sprawq prosta. i jak wykazuja do^wiadczenia 
wymaga bardzo pracochlonnych badan. Szczeg61nie trudne 
pro.blemy moga wyniknac przy wlaczaniu nowych rozwia- 
zaii ochrony do istniejacych juz systemow. W rozwiazaniu 
tych kwestii nalezy wykorzystywac doswiadczenia specjalis- 
tow z krajow najbardziej w tej problematyce zaawanso- 
wanych. Niestety sledzenie polskiego pismiennictwa z tej 
dziedziny wywoluje wrazenie, iz niewiele sie. dotad w Pol- 
sce na tym odcinku robi. 

* 



Juz dose dawno spostrzezono, iz najbardziej wrazliwym 
z punktu widzenia ochrony elementem sjTstemu kompute- 
rowego jest jego system operacyjny. W pewnym okresie 
na Zajchodzie powstala swoista „nagonka" na producentow 
■sprz^tu, ktdrych zacz^to oskarza6 o aiiefrasobliwos6 w bu- 
dowie system6w operacyjnych. W 1976 r. ma symipozjum 
w Phoenix (USA) przedstawiciel Instytutu Stanfordzkiego 
sformulowal to lapidarnie: „Wiqkszo&6 systemdw operacyj- 
nych przypomina ser szwajcarski" (DATAMATION No 5/ 
/1976, s. 180—182). Byl to okres, gdy firma IBM stairala sie. 
„laitac" swe systemy operacyjne za pomoca. pakiet6w typu 
RSS (Resource Security System), ktore niestety silnie ob- 
ciqzyly komputery, ale w pewnym jednak zakresie kompen- 
sowaly ble.dy w systemach operacyjnych, nie projekto- 
wanych z uw!zgle.dnieniem potrzeb ochrony danych. Dopie- 
•ro bowiem systemy operacyjne typu VM370 zaczqly spel- 
niac bardziej zaaiwansowane wymagania ochromne. 

Zdaniem cytowanych juz autorow publikacji [4] po- 
waznym problemem jest „niepohamowane uprzywilejowa- 
nie", jakie przyznaino systemom operacyjnym. W trybie 
pracy ckqsci wykonawczej systemu, tzw. programu dyry- 
genta 1 , zarwieszeniu ulega bowiem wie.kszosc mechanizm6w 
ochronnych. Powoduje to powstanie zagrozen typu „Ko- 
nia Trojanskiego". 

Pojawienie sie. na rynku .nowego sprz^tu, opartego o tech- 
nologie ukladow wielkiej skali integracji, bynajmniej nie 
poprawilo sytuacji. Powstal bowiem problem mikrokodow, 
ktore pr.oducenci w wyniku silnej walki konkuxencyjnej 
zacze.li stosowac w celu uzyskaoiia sprze.tu maksymalnie 
uniwersalnego. Dla producenta rozwiazanie takie jest 
wprawdzie bardzo oplacalne, ale odbywa. sie to kosztem 
zwie.kszenia podatnosci urzadzenia na zagrozenia zewne.- 
trzne. Wyszkolony przeciwnik w pewnych warunkach mo- 
ze dokona6 — nawet zdalnie — zmian mikrokodu. Mikro- 
kod nie moze bowiem bye tajemnica dla uzytkownika 
sprzetu, ktory must mie6 dostep do szczegolowej doku- 
mentacji systemu oraz mozliwosc dokladnego sprawdze- 
nia dzialania mikrokodu (DATAMATION, No 9/1979, s. 70 — 
— 82), co niestety nie zawsze wyste.puje w praktyce. 

Na tym tie widoczna jest istotna rola przepisow, narzu- 
cajacych systemom okreslony stopien ochrony. Bez tego 
rodzaju przepisow trudno mySlec' -o aktywiza'cji rzeczywi- 
stego zaiinteresowania ochrona danych. Jak dalece zlozony 
jest to problem wystarczy zauwazyc, ze Amerykanie spo- 
dziewali sie. wydania takich przepisow na przelomie lat 
1979/1980. Brak jest jednak dotychczas informacji czy prze- 
pisy te zaczqly juz obowiazywac. 

Zastrzezenia, jakie wysuwane sa w odniesieniu do cech 
ochronnych sprzetu, maja. r6wniez zastosowanie do szero- 
ko poje.tego oprogramowania systemdw, jakkolwiek z wy- 
la.cz:eniem prograrn6w aplikacyjnych, opracowywanych przez 
personel uzytkownikai 

Wydaje sie., ze warto szczegdlnie zwrccic uwagQ na kom- 
pilatory. Sa to jak wiadomo obszerne i zlozone programy, 
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charakteryzujace siq szczegolnie tym, ze o blqdzie genera- 
cji kodu mozna siq przekonac dopiero po ukonczeniu cza- 
sochlonnego przebiegu. 

Og61nie biorac blqdy zawarle w oprogramowaniu moga. 
siq ujawni6 nawet po bardzo dlugim okresie czasu, szcze- 
g61nie jesli ukryte sa. w malo uzywanych jego fragmen- 
tach. Specjalisci znaja. metody omijania tych przeszkod, ale 
wielka. lekkomyslnosciq jest ignorowanie informacji o blq- 
dach biezaco przekazywanych przez producenta. 

Producenci oprogramowania, dzialajac pod presja. kon- 
kurencji, a niekiedy umownych terminow dostaw, poszu- 
kujq \v pierwszym rzedzie rozwia,zan bardziej uniwersal- 
nych (realizujacych wiqcej funkcji), wymagajacych mniej- 
szych obszarow pamlqci i zapewniajacych szybsze przebie- 
gi. Nie rzadko, niestety, osia^gaj^ ten eel usuwajqc po pro- 
stu wiqkszosc mechanizm6w kontroli prograwiowej, ktora 
gwarantuje wiqksza. odpornosd na blqdy [16, s. 171]. 

Panuje poglad, ze oprogramowanie dostarczane odplat- 
nie, a wiqc silniej uzaleznione od mechanizmow konku- 
rencji, gwarantuje na og6J wyzsza. jakose z punktu widze- 
nia niezawodnosci dzialania, a tym samym ochrony da- 
nych. 
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Jesli projektant systemu informatycznego dysponuje nie- 
zawodnym sprzqtem, dobrym i gruntownie sprawdzonym 
oprogramowaniem, wowczas moze liczy6 na uzyskanie ni- 
skiego stopnia jego zagrozenia. 

Jest to wprawdzie warunek konieczny, ale nie wystar- 
czajacy dla stworzenia optymalnych warunkow efektywnej 
ochrony danych. Projektowanie ochrony wymaga bardzo 
dobrej znajomosci caloksztaltu rozwia.zan systemu, kt6ry 
moze bye zagrozony z rdznych stron. Czqsto niestety pro- 
jektanci koncentruja. caly swoj wysilek na jednym tylko 
aspekcie ochrony, pomijajac inne, nie mniej istotne. Nie 
daje to oczywiscie spodziewanego efektu, gdyz przyslowio- 
wy lahcuch pqka wtedy w najslabszym ogniwie. 

Projektant powinien miec gleboka swiadomosc tego, ze 
jesli cokolwiek moze siq stac zlego, to na pewno siq to 
stanie (..Whatever can go wrong, will go wrong" — tzw. 
prawo Murphy'ego). Nalezy wiqc zawsze dazyc do wbu- 
dowywania w system rozsa,dnych rozwiazan wykrywajacych 
blqdy, odzyskujacych utracone dane, i to nawet w wa- 
runkach najbardziej wydawaloby siq nieprawdopodobnych 
okolicznosci. 

Dlatego tez pozytywna. cecha. projektanta jest — zda- 
niern Terry Gibbonsa — pesymizm, gdyz pozwala on zwal- 
cza6 zludzenia, ze mozna od razu uzyskac bezblqdne pro- 
gramy [6, s. 1]. 

Oczywiscie stwierdzenie to nie dotyczy skrajnie prostych 
programow wykonywanych w trybie wsadowym, charakte- 
ryzujacych siq przebiegami, ktore lat'wo powt6rzyc bez 
wiqkszych konsekweneji jesli chodzi o- terminowosc do- 
starczenia wynikow oraz koszly. Ale zycie juz dzis stawia 
nowe wymagania, i to niejednokrotnie niezbqdne dla rea- 
lizacji zadan na czqsto przestarzalym juz sprzqeie. W ta- 
kich przypadkach wystqpuje koniecznosc wielkiej mobiliza- 
cji projektantow, celcm zabezpieczenia najbardziej wrazli- 
wych danych przed zniszczeniem lub przechwyceniem przez 
osoby niepowolane. 



Problemem szczeg61riie trudnym do realizacji jest do dnia 
dzisiejszego organizowanie tzw. ba.nkow (baz) danjxh. Wie- 
lu autor6w obiecywalo w Polsce osi^gni^cie znaczacych 
sukces6w nawet w oparciu o sprzet krajowy. Wydaje siq, 
ze warto tu bye nieco bardziej sceptycznym. 

W arlykule opublikowanym w czasopismie DATAMA- 
TION w 1977 r. [2] dwu kompetentnych specjalist6w przed- 
stawilo (eo prawda 4 lata temu!) p61oficja,hie pogl^dy a- 
merykanskiej , .Federal Communications Commission" 
(wsp61dzialajacej z AFIPS). PodsumowujEic wynik trzech 
miedzynarodowych konferencji komunikacji komputerowej 
(International Conference of Computer Communication — 



ICCC) autorzy cytowanego artykulu doszli m.in. do na- 
stqpuj^cych wniosk6w: 

• wystepuje raz^ce niedocenianie trudnosci wystqpuj^cych 
podczas tworzenia i eksploatacji duzych baz danych 

• nie mozna stwierdzi6 istotnego post^pu w metodach pro- 
jektowania i wdrazania systemow informatycznych, ktore 
zapewnialyby ©konomiczne tworzenie takich baz. 

Tego rodzaju pesymistyczne oceny odnoszq wspomniani au- 
torzy r6wniez do nastepnej dekady. 

James Martin w nastepujqcy sposob sformulowal wyma- 
gania [12, s. 38], jakie powinna spelniac baza danych z 
punktu widzenia ochrony informacji: 

• dane musza. bye ochronione przed wszelkimi formami 
fizycznego zniszczenia 

• dane musza. bye rekc-nstruowalne, poniewaz w kazdej 
chwili moga. wystapiic okolicznosci nieprzewidziane 

9 dane muszq zapewnia6 skutecan^ ich kontrolq, gdyz jej 
brak stwarza potencjalns niebezpieczenstwo oszustw 

• system ochrony powinien eliminowac mozliw.osc fal- 
szerstw i to w takim stopniu, aby nawet bardz!o zdolni 
programisci nie mogli zlamac wprowadzonych barier o- 
chronnych 

• obecnie nie ma calkowicie pewnego systemu ochrony, ale 
nalezy dazyc a by przelamywanie barier ochronnych bylo 
bardzo trudne 

• system powinien stwarza.6 warunki weryfikacji, czy 
dzialania uzytkownika sq w pelni legalne 

• dzialania uzytkownik6w powinny bye monitorowane, 
aby w przypadku stwierdzenia dzialan nielegalnych lub 
niewlasciwych moisna bylo szybko wykryc ich zrodlo. 

Powyzsze wymagania nie s^ latwe do spefeiienia i dla- 
tego konieczna jest zawsze drobiazgowa analiza konkret- 
nych .warunk6w uwzglqdniaja.ca specyfikq potrzeb uzytkow- 
nika. 

Wymaga to r6wniez uprzedniego przewidzenia maksy- 
malnej liczby przypadkow wyst^pienia roznych zagrozeii, 
a takze sprawdzenia odpowiednich proce'dur programowych. 
Obowifizuje tu szereg .og61nych przestrog, ktore w haslo- 
wym sformulowaniu brzmiq 

• jesli nie jest to konieczne, nie aktualizuj bazy danych 
za pomoca. procedur w trybie „on-line" 

9 unikaj aktualizacji jednoczesnej 

• oszacuj czqstotliwosd wystepowania potrzeby tworzenia 
kopii awaryjnych zapisow, z punktu widzenia kosztow o- 
raz czasu realizacji 

• duze bazy danych dziel na segmenty 

• wprowadzaj odpowiednio liczne punkty kontrolne. 



Systemy komputerowe, w sklad kt6rych wchodzq termi- 
nale, wymagajq dodatkowych, specyficznych przedsiqwziqc 
ochronnych. Jesli terminal nie ma wbudowanych roz- 
wiqzan ochronnych, to komputer centralny jest stale na- 
razony na wiele rodzajow zagrozeii. 

W kazdyin systemie terminalowym nalezy wiqc przewi- 
dzicc naslQpujiice proeedury zabezpieczen doslqpu: 

0 idcnlyfikacje; (unikalna nazwa lub symbol, przyporzqd- 
kowane danemu obiektowi) 

© stwierdzenie autentycznosci (sprawdzenie czy obiekt jest 
tym, za ktory siq podaje (ang. handshaking procedure) 

9 upowaznienie dost^pu do chronionego zasobu informacji. 

Czqsto u nas stosowana procedura identyfikacji za po- 
moca. hasla nie jest jednak bezpiecznq formfi ochrony da- 
nych, a czesto stac siq moze najbardziej w.razliwym ele- 
mentem tej ochi - ony. Istnieje bowiem zakorzeniona u nas 
tendencja do przyjmowania kr6fckich i latwych do zapa- 
miqtania prostych hasel. Pisanie takich hasel na kartkach 

1 lekkomyslne ich udostqpnianie najczqsciej wystepuje w 
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przypadku nieprawidlowych zachowan. Nalezy bowiem zda- 
wac sobie sprawe. z tego, iz wiekszosd systemow kompu- 
terowych nie dysponuje skutecznym aparatera ochrony zbio- 
r6w. W takiej sytuacji nawet srednio wyszkolony opera- 
tor moze bardzo latwo wyprowadzic na drukark? pelna. li- 
st? hasei. Wynika stad wyraznie, ze systemy prostych ha- 
sel absolutnie nie zapewniaja wlasciwej ochrony przed 
zdeterminowanym przeciwnikiem. 

Silnym lecz slabo dotgd u nas wykorzystywanym na- 
rzi?dziem, jest twPrzenie kroniki przebieg6w komputero- 
wych. Kronika taka powinna bye oczyw.iscie rowniez chro- 
niona przed utrata, up. w wyniku awarii systemu opera- 
cyjnego. Uznawana jest jednak ona za bardzo skuteczny 
spos&b odstraszania przed probami przesttjpezych dzialari 
[8, s. 35]. 

Terminate -sa. znacznie bardziej niz komputery podatne 
na uszkodzenia i dzialania zagrazaja.ce danym. Pierwsza. 
linia ochrony przed zagrozeniami jest tu kontrola fizy- 
cznego dostejpu oraz ustalenie odpowiednich procedur u- 
ruchamiania poszczegolnych terminali. 

Wrazliwym, a jednoczesnie najbardziej trudnym do za- 
bezpieczenia elementem systemow terminalowych jest u- 
zyta siec lacznosci, ktora powinna bye szczeg61nie silnie 
chroniona przed dostejpem os6b nie upowaznionych. 

Kable powinny bye okresowo sprawdzane na odznaki 
podsruchu. Specjalisci ostrzegaja [18, s. 71], ze bardzo trud- 
no jest przeszkodzic intruzowi w znalezieniu punktu pod- 
sluchu. Dlatego dane szczegolnie wrazliwe powinny bye 
szyfrowane. 

Systemy terminalowe, dzialajace w trybie on-line, ea. jak 
dotad niestety bardzo latwe do wrogiej penetracji. Prak- 
tyka wskazuje, ze przeciwnik, ktory czQsto waha sie. przed 
fizyczna. kradzieza dokumentow, cz?sto nie ma za.dnych za- 
hamowan przed dostejiem do zbioru ze zdalnych terminali 
[21]. 

Tej listy ostrzezen nie nalezy w naszych warunkach 
interpretowac jako nawolywanie do wycofywania si? ze 
zdalnego przetwarzania danych. System6w takich nie wol- 
no tylko stosowac w sposob bezfcrytyczny. Najgorsze sa 
zludzenia, ze w systemach chronionych np. prymitywnym 
haslem moana przetwarzad dane poufne. Wykorzystajmy te 
systemy dla przekazywania danych n&utralnych, calkowi- 
cie jawnych, a co najwyzej traktujmy je jako rozwiazania 
eksperymentalne, przygolowuja.ee grunt pod przyszle, wla- 
sciwie chronione systemy. 
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Komputery w dydaktyce 



Znaczenie zdobywania wiedzy jest ogromne. Wiedze. mo- 
zna przekazywac, wazniejsze jest jednak nauczenie zdo- 
bywania wiedzy. Znanych jest juz wiele form nauczania, 
od dawna czyniono tcz proby opracowania specjalnych me- 
tod ulatwiajqcych zdobywanie wiedzy. 

W latach dwudziestych biezacego stulecia Amerykanin 
S. Pressy zaprojektowal specjalne maszyny do automaty- 
cznego nauczania. Jego idee nie znalazly jednak szersze- 
go uznania. Po trzydziestoletniej przerwie podobne pr6by 
podjal B. F. Skinner, ktory — zamiast konstruowania spe- 
cjalnych urzadzen do nauczania — zaproponowal opra- 
cowanie metod sterowania procesem przyswajania wiedzy. 
Jego metody polegaly glownie na przekazywaniu wiedzy 
w postaci odrebnych fragmentow, oddzielanych od siebie 
pytaniami, na ktore uczacy sic. musi odpowied'ziec. Calosc 



Tekst ninicjszy jest skrotcm wiekszcj wypowicdzl Autora (przyp. 
red.) 



tak przygotowanego materialu nazywa si? program em, 
a samo nauczanie — nauczaniem programowym. 

Metody te uzasadniane byly wynikami badan nad tre- 
sur^ gol?bi; znieche.calo to jednak tylko nielicznych. Za- 
cze.to je wiec stosowafi coraz powszechniej. Gdy zai po- 
jawily si? maszyny cyfrowe, przeksztalcono nauczanie 
programowane w nauczanie wspomagane komputerem. 
Przyczyna. coraz wiekszej popularnosci tego typu metod 
bylo powszechne przekonanie, ze jest to jedyna metoda 
indywidualizacji nauczania. Nie bez wplywu pozostal takze 
znaczny wzrost produkeji maszyn cyfrowych. 

Charakterystycznq cecha rozwoju cybernetycznych me- 
tod nauczania w USA bylo dazenie do przekazywania jak 
najwi?kszych „porcji" wiedzy w mozliwie najkrotszym cza- 
sie i do tego — w sposob zindywidualizowany. W Polsce 
natomiast — jak to dobitnie wynika z material6w konie- 
rencji INFOGRYF'80 w Kolobrzegu — g!6wnym celem jest 
dazenie nie do dostarczania wiedzy, lecz automatycznego 
(komputerowego) jej kontrolowania, nie indywidualizacja 
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nauczania, lecz — unifikacja i algorytmizacja. Postuluje 
sie. wiec przede wszystkim racjonalne (?), optymalne al- 
gorytmy nauczania. Szczeg61ne zas znaczenie przywiazuje 
sie. do kontrolowania i testowania. Proponowane spe- 
cjalne maszyny do .testowania i programy generujace od- 
powiednio trudne zadania. Celem tych metod nie jest jed- 
nak sprawdzenie poziomu wied'zy lub jej jakosci, lecz 
zmuszenie do jej zdobywania. 

Metody przymusu w nauczaniu slosowano juz vv staro- 
zytnym Sumerze (rozgi). O'ztery tysiace lat pozniej w An- 
glii wykorzystywano specjalne pasy do chlostyi tzw. taws. 
Czasem byla to zwykla linijka. Obecnie przy nauczaniu 
wspomaganym komputerowo mamy natomiast tzw. bloki 
testowo-informacyjne. Przykladowo: 

„uzupelnij zdania: jednostka centralna wykonuje dwa 
podstawowe zadania: przetwarza wprowadzone in... we- 
dlug regul arytmetycznych i ...gicznych, steruje pra- 
ca, urzqdzen ...trznych komputera. Zadanie to realizo- 
wane za pomoca^ bloku st..., bloku arytm..., blo- 
ku... operacyjnej. 
Czas odpowiedzi: 30 s". 



Mamy tez specjalne ,,zobiektywizowane metody kontroli", 
przy czym „istotnym elementem metody jest model stu- 
denta. Model ten wiaze w funkcyjng zaleznosc wielkosci de- 
cydujace o doborze zadania o tfdpowiednim stopniu trud- 
nosci" (z materia!6w INFOGRYF-u'80). 

Wszystko to robione jest z ogromna^ troska. o dydaktyk?. 
Wydaje sie. jednak, ze nie nauczycielowi, lecz uczniowi 
nalezy pomagac, pamiQtajEjc o celu ksztalcenia — wyzwo- 
leniu inicjatywy tw6rczej. 

Po sprecyzowaniu celu nauczania trzeba wybrac odpo- 
wiednie srodki. Moze to bye i maszyna cy£rowa. Wazne 
jest jednak samo nauczanie, a nie uzyty do tego s'rodek, 
podobnie jak w systemach nauczania „wspomaganych kre- 
da". 

Komputer takze w jednych przypadkach bywa niezwy- 
kle przydatny w procesie nauczania, w innych — wrocz 
szkodliwy. Komputer moze bye uzyty jako srodek dodat- 
kowy, uatrakcyjniajacy nauke. i wplywajacy na lepsze 
przyswojenie materialu. Nie moze jednak zastej?owac nau- 
czyciela, kt6rego nic nie zastapi. 

Jednym z wazniejszych srodk6w wychowania jest osobo- 
wosc nauczyciela, jego postawa, zachowanie, sposob bycia. 
Propaguje sie. dzisiaj indywidualizacje. procesu przyswaja- 
nia wiedzy; z podobnych powod6w nalezaloby dazyc do 
indywidualizacji form nauczania i wychowywania. Kom- 
puter moze w tym pomoc, jesli zostanie swiadomie uzyty. 

Efektywne wykorzystanie komputera w procesie dydak- 
tycznym wymaga odpowiedniej metodologii. Wykorzysta- 
nie maszyn zwiazane jest z ich pr,ogramowaniem, zatem 



metodologia ta zawierac powinna zarowno metodologie. 
programovvania, jak i metodologie. nauczania, czyli — dy- 
daktyke. ogolna oraz dydaktyki szczegolowe. Jedna, z na- 
czelnych zasad tej metodologii powinno bye — jak sie. 
wydaje — uzycie komputera do nauczania, a nie testo- 
wania i kontrolowania. Nie ozinacza to zanegowania me- 
tody zadan kontrolnych, nie mozna ich jednak formulowac 
w postaci pytari-zadan z odpowiedzia. na czas. Uczacy sie. 
powinien miec mozliwosc sterowania przebiegiem „lekcji 
komputerowej", tzn. realizacjq programu. Analogicznie 
jak przy lekturze ksia,zki, kiedy czytajacy sam decyduje 
o_ tym w jakiej kolejnosci czytac, na co zwr6cic szcze- 
golng uwagQ, a ktore fragmenty opuszczad. 

Oczywiscie, nauczyciel moze (i powinien) dawac rady 
i wskazowki, ktbre jego zdaniem ulatwia rozumienie 
i przysiwojenie materialu. Nie moze on jednak roscic sobie 
prawa do apodyktycznego (poprzez narzucenie programu) 
sterowania procesem przyswajania informacji, trzeba bo- 
wiem zakladac ewentualng wyzsza. inteligencje. nauczane- 
go, anizeli uczqeego i sterujacego. 

W procesie nauczania pytania powinien stawiac przede 
wszystkim uczacy sie.. Tu wla^nie komputer moze sie. o- 
kaza6 baxdzo przydatny. Nie wstydzac sie. swej niewiedzy 
i nie bojac „r62g" nauczyciela, uczeh moze pytac o to, 
co powinien przeczytac, co musi umied, jakie jest znacze- 
nie nieznanego mu elowa itp. Tu dopiero nauczyciel moze 
wykazac swoje umiej^tnosci, inwencje, wiedze., a nie swo- 
jq przewage. instytucjcnaln^. A zatem nauczyciel powi- 
nien by6 tez dobrym programistq. To z kolei implikuje ko- 
niecznosc stosowania prawdziwych j^zyk6w programowa- 
nia do zapisu lekcji (do ich programowania), nie zas opra- 
cowywanych ad hoc przer6anych notacji zwanych j e: z y- 
kami autorskimi. Jaki jest ten „prawdziwy" je.zyk 
programowania na razie nie toardzo wiadomo. Niewqtpli- 
wie musi to bye uniwersalny jejzyk (inie specjalistycziny), 
nieskomplikowany, latwy w nauce, umozliwiajacy uklada- 
nie programow (tzn. zapisywanie jednostek dydaktycznych) 
w spos6b Systematyczny, zrozumialy i czytelny (struktu- 
ralnie). 

Postulat j^'zyka uniwersalnego przesadza oczywiscie o 
uniwersalnosci opracowywanych system6w nauczania. Tak 
wiec absolutnym nieporozumieniem jest tworzenie syste- 
mow nauczania jczyka FORTRAN, systemdw nauczania 
algebry liniowej itp. Mogq one co najwyzej stanowic pew- 
na, liczbe. program6w (niech bejd^ nawet nazwane pakieta- 
mi iczy podsystemami), wykonyrwanych w ramach jednego 
systemu zarza.dzaja.cego ich iprzechowywaniem, administra- 
cjfl> wywolywaniem, wykonywaniem (oczywiscie w try- 
bie dialogu) itd. Do realizacji takiego systemu najlepszy 
bylby maly komputer do wyl^cznej dyspozyeji systemu 
nauczania lub tzw. komputery osobiste, podlaczone do kom- 
putera ogolnego. 

Walenty OSTASIEWICZ 



CAM AC w zastosowaniach przemysfowych 



W dniach 8 — 9 pazdziernika br. w Warszawie (budynek 
NOT, ul. Czackiego 3/5, sala A) zostanie zorganizowana 
konferencja, zwiazana z aparaturfj systemu CAMAC w -za- 
stosowaniach przemyslowych. Organizatorem konferencji 
jest Komitet ds. Systemu CAMAC przy ZG SEP. Na kon- 
ferencji zostana. wygloszone krajowe i zagraniczne refe- 
raty na temat tendencji rozwojowych w modularnych sys- 
temach sterowania i pomiar6w, ze szczeg61nym uwzgled- 
nieniem systemu CAMAC; omowione zostanq doswiadczenia 
wynikajqee z dotychczasowych zastosowan CAMAC w 



systemowych procesach automatyzacji oraz problemy ste- 
rowania w systemie CAMAC. 

Konferencja posluzy wymianie doswiadczen pomiqdzy 
specjalistami zajmujacymi sie. rozwojem, produkejq i za- 
stosov/aniem systemu CAMAC a uzytkownikami tego sys- 
temu. 

Informacje. nt. warunk6w uczestnictwa mozna uzyskad u 
mgr. inz. Jana Jacha, tel. 27-24-12, telex 812477, Biuro 
Zbytu Zjednoczonych Zakladdw Urzqdzen Jadrowych PO- 
LON, ul. Bielanska 1, 00-086 Warszawa. 
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O kompuferach w aufomaiyce 



Sposrod 20 sesji tematycznych VIII 
Krajowej Konferencji Automatyki 
(Szczecin, 16 — 17 wrzesnia ub.r.) tyl- 
ko kilka dotyczylo roli komputer6w 
w automatyce. Poniewaz trudno juz 
sobie dzisiaj wyobrazid automatyzacje. 
bez uzycia komputera, kalkulatora, 
mikroprocesora lub chodby ukladu cy- 
frowego, warto poswiqcid nieco uwa- 
gi przedstawionym referatom. 



ELEMENTY I UKLADY 

Elementy i uklady automatyki cy- 
frowej przedstawiono na sesji 13. W 
moim przekonaniu stanowila ona od- 
bicie stanu aktualnego oraz tendencji 
rozwoju sprzetu komputerowego. W 
referatach, kt6re dotyczyly bezposred- 
nio zagadnien praktycznych, uwzgled- 
niono bardzo rdznorodne rozwiazania, 
podaja.c w wiekszosci opisy konkret- 
nych realizacji. 

Podkreslano nieuchronnosc zastoso- 
wania w automatyce uklad6w o du- 
zym stopniu scalenia (a przede wszy- 
stkim — mikroprocesor6w) do budowy 
regulator6w i system6\v sterowania 
(W. Kozinski, R. Swiniarski, Instytut 
Sterowania i Elektroniki PrzemysJo- 
wej PW). Zwracano uwage. na wzrost 
znaczenia normalizacji uklad6w sprze.- 
gaja.cych komputer z obiektem, np. 
INTELDIGIT-PI lub CAMAC (W. Ko- 
zlowski, Przemyslowy Instytut Auto- 
matyki i Pomiarow; J. Kierzek i in., 
Instytut Badan Ja.drowych, Warszawa). 
Sprawa normalizacji sprze.tu (elemen- 
t6w i ukladdw), chod istotna, jest jed- 
nak jeszcze niedostatecznie uswiada- 
miana. 

Autorzy opisywali na ogdl uklady 
zrealizowane za gratiica. lub — w 
kraju — na importowanym czy licen- 
cyjnym sprzccie. Uklady produkcji 
krajowej prezentowano takze; ponie- 
waz jednak „warunek oparcia kon- 
strukcji o aktualnie produkowane w 
kraju elementy (zalozenie samo w so- 
bie bardzo chwalebne, przyp. JZ) wy- 
kluczyl mozliwosc zastosowania sy- 
stemu mikroprocesorowego", zastoso- 
wanie element6w o mniejszym stop- 
niu scalenia moze nas cofnqd do po- 
przedniej epoki, chodby nawet w pro- 
stych ukladach ich uzycie bylo calko- 
wicie uzasadnione. Prowadzi to do 
podstawowego i oczywistego wniosku, 
ze brak mikroprocesor6w rodzimej 
produkcji jest bariera. uniemozliwiaja.- 
ca. prawidlowy rozw6j element6w i u- 
kladdw automatyki. Na r6znych se- 
sjach Konferencji podkreslano funda- 
mentalne znaczenie niezawodnosci 
sprzetu, co nadal nie dociera do pro- 
ducent6w. W tej sytuacji nalezy stwier- 
dzi6, ze mozliwosci wyboru elemen- 
t6w i uklad6w dla automatyki eyfro- 



wej sa. wiqccj niz skromne. Czy na 
istniejacym sprzQcie mozna cos zro- 
bifi i jakim kosztem? Odpowiedz na 
to pytanie dal przebieg sesji 11, doty- 
cza.cej zastosowan komputerdw. 



ZASTOSOWANIE KOMPUTEROW 
DO STEROWANIA 

O mozliwosciach sprze.tu kompute- 
rowego swiadcza. prace J. Soltysika i 
in. (Instytut Informatyki PG). W 
trzech referatach autorzy ci przedsta- 
wili bogate doswiadczenie zdobyte 
podczas budowy komputerowych sy- 
stem6w automatyzacji pomiarow i ste- 
rowania. Poniewaz wykonali i opisali 
trzy systemy — od zakupu sprzQtu 
(zwykle przez uzytkownika), przez wy- 
tworzenie oprogramowania i jego do- 
kumentacji, az do fazy uruchomienia 
i przekazania systemu w srodowisku 
docelowym — warto przekazac Czytel- 
nikom wie.cej informacji na ten te- 
mat. 

Z rozwazan autor6w wynika, ze w 
fazie zakupu sprzQtu nalezy wzia.d pod 
uwage; nie tylko wlasciwosci funkcjo- 
nalne, jakie musi mied system kom- 
puterowy spelniajgcy zadanie automa- 
tyzacji. Rownie wazne — lecz prawie 
nigdy nie brane pod uwage. przez u- 
zytkownikdw — jest znaczenie zasad 
programowania oraz modyf ikacji i nie- 
zawodnosci sprze.tu. Wskutek niedo- 
statecznego uwzglqdnienia tych czyn- 
nik6w cierpia. programisci (i projek- 
tanci) systemu, a przez brak nieza- 
wodnosci — takze sami uzytkownicy. 

Pionierskie — w warunkach pol- 
skich — jest wyrazne wyodrebnienie 
fazy specyfikacji ukladu sterowania, 
kt6rej autorzy poswie.cili odre.bny re- 
ferat (nazywaja.c ja. algorytmizacjaj. 
Brak przekonania uzytkownikdw o 
potrzebie wyraznej formalizacji wyma- 
gan prowadzi do niekompletnosci, nie- 
czytelnosci i wewnqtrznej sprzeczno- 
sci ich opisu. W konsekwencji formu- 
lowanie wymagan moze si? przeciqg- 
na.d az do fazy uruchamiania zestawu. 

Istotne jest odrdznienie zestawu na- 
rzqdzi, sluzEjcych do budowy systemu, 
od jego konfiguracji docelowej oraz 
— bieza.ce prowadzenie dokumentacji. 
Niedoskonalosd narz^dzi (m6wia.c do- 
bitniej ich calkowity brak), podobnie 
jak niepelna specyfikacja i zawodnosc 
sprzqtu sg najczQstszymi przyczynami 
bledow, wplywajqc na jakosc produk- 
tu koncowego. 

Jezeli testowanie i uruchamianie ze- 
stawu przebiega calkowicie w warun- 
kach przyszlego uzytkowania, a uzyt- 
kownicy zapewnili dostatecznjj wiel- 
kosc nakiadow na przekazanie i utrzy- 
manie systemu, to mozna mied nadzie- 



j?, ze system spelni ich oczekiwania. 
Szczeg61nie w koricowej fazie realiza- 
cji projektu, ogromne znaczenie ma 
szybka komunikacja miQdzy uzytkow- 
nikami i autorami systemu, co — do- 
dajmy — w krajach o najbardziej roz- 
winiqtej technologii odbywa sie. naj- 
wydajniej za pomocq sieci teleinfor- 
matycznej. 

Sq to przykladowe problemy, z ja- 
kimi moga. si? zetkn^d realizatorzy sy- 
stemdw automatyki w jakiejkolwiek 
dziedzinie. Jezeli ktos ma zamiar au- 
tomatyzowad badania z uzyciem kom- 
putera, to musi zapoznad siQ z wyni- 
kami prac autordw z Gdanska, ktdre 
stanowily jeden z jasniejszych punk- 
t6w VIII Krajowej Konferencji Auto- 
matyki. 

Zagadnienia komputeryzacji badan 
omdwiono jeszcze w kilku innych refe- 
ratach (na innych sesjach), z ktorych 
warto wymienid dwa: „Kompleksowy 
system automatyzacji eksperymentu" 
(H. Kordecki i in., Instytut Cyberne- 
tyki Technicznej PWr.) i „System po- 
miarowo-diagnostyczny elektronicz- 
nych zespol6w funkcjonalnych ..." (R. 
Zielonko i in., Instytut Technologii 
Elektronowej PG). Ich tresd swiadczy 
o osiggniQciu przez autordw znaczne- 
go poziomu kompetencji i — o kon- 
sekwencji w rozwiazywaniu zagadnien 
automatyzacji. 

W pierwszym z tych referatdw 
przedstawiono system o nazwie EX- 
PES, zlozony z minikomputera wraz ze 
standardowymi urzqdzeniami zewne.- 
trznymi i oprogramowaniem firmo- 
wym, poszerzony o wyspecjalizowane 
urz^dzenia wejscia — wyjscia i opro- 
gramowanie uzytkowe. Ze wzglQduna 
zblizony charakter badan w rdznych 
dziedzinach nauki, tj. w fizyce, che- 
mii.mechanice lub elektryce, system 
mozna uznad za uniwersalny. Dotych- 
czas zrealizowano — lub sa. w trakcie 
realizacji — zestawy zlozone z naste- 
pujqcych minikomputerdw i sprzQgdw: 
ODRA 1325 — SMA, MERA 400-IN- 
TELGIDIT PI, SM 3 — CAMAC z 
bogatym oprogramowaniem uzytko- 
wym, gldwnie do identyfikacji obiek- 
t6w. W przyszlosci autorzy zamierzajq 
zwiekszyd mozliwosci zestawdw przez 
rozszerzenie lub zmiane. system6w o- 
peracyjnych, a takze przez polgczenie 
minikomputerow w sied np. z wyko- 
rzystaniem komputera R-32 jako sklad- 
nika centralnego ze wspdlnq bazq da- 
nych. 

Drugi z wymienionych referatdw do- 
tyczyl realizacji systemu pomiarowe- 
go nazwanego DELTA 022, zbudowa- 
nego w oparciu o minikomputer ME- 
RA 400 bez dysku, z systemem ope- 
racyjnym CROOK i jezykiem BASIC. 
Autorzy dysponujn. rdwniez niemalym 
doswiadczeniem w realizacji kompute- 
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rowych system6w pomiarowych J ) i 
mogliby podjac probq wyjasnienia in- 
nym, jak mozna w tak trudnych wa- 
runkach i przy tak wielu ogranicze- 
niach zrealizowac system komputero- 
wy spelniaja.cy wymagania uzytkowe. 

Fakt, ze we wszystkich wymienio- 
nych systemach stosowano prawie 
wyla.cznie sprzqt polski, nie moze jed- 
nak prowadzid do wniosku, ze pro- 
dukujemy az tak dobre komputery. 
Odpowiedz na to pytanie, ile sa one 
warte, nie jest jednoznaczna. Jezeli 
w pierwszym z wymienionych syste- 
mdw „nie wykorzystano zadnych ele- 
mentow oprogramowania firmowego", 
uznalbym to za tragediq dla firmy. 
Aby uzyskac pelniejsza odpowiedz, 
podajmy (wg referatu M. Lorqckie- 
go, Instytut Gospodarki Magazynowej 
i T. Puchalki, Instytut Automatyki 
PP), jakie cechy powinien mied mini- 
komputer do sterowania (choc w od- 
niesieniu do jcdnego tylko zastosowa- 
nia). Sa to: 

• elastycznosc w doborze struktury, 
zapewniona przez wspolna. szynq 

• bogaty zestaw oprogramowania pod- 
stawowego, w tym standardowy, dy- 
skowy system operacyjny czasu rze- 
czywistego 

• bogaty zestaw urzadzen peryferyj- 
nych, umozliwiajacy latwe tworzenie 
stanowisk operatorskich 

• wysoka jakosc wykonania i nieza- 
wodnosc dzialania 

• dobrze zorganizowany serwis, za- 
pewniony przez producenta. 

Konia z rze.dem temu, kto udowodni, 
ze ktorykolwiek z tych warunkow jest 
spelniony przez komputery krajowe. 
Chyle, czolo przed ludzmi, ktorzy po- 
trafili na tym sprzqcie tyle zrobic. 
Sukces sw6j zawdziqczaja nie tyle 
jego jakosci, ile wlasnej wytrwalosci 
i zaangazowaniu niewspolmicrnie du- 
zych srodkow. 

Zagadnienia komputeryzacji badan 
wysunalem tu na plan pierwszy, po- 
niewaz wydaje mi siq, ze umknqly o- 
ne uwadze organizatorow konferencji. 
Tymczasem problematyka dojrzala 
juz do tego, aby poswiqcic jej odbrqb- 
na. sesjq i to zestawiona nie przy pa d- 
kowo (jak niektore inne sesje tej kon- 
ferencji), lecz — z rozmyslem. Oczy- 
wiscie, w materialach konferencyjnych 
mozna siq doszukac interesujacych za- 
stosowaii komputerow do sterowania 
w przemysle, jak chocby w hutnic- 
wie (W. Hejmo i in., Huta im Leni- 
na), w energetyce (J. Dziedzic, W. Kos- 
mowski, Instytut Elektroenergetyki i 
Automatyki PG) i w innych dziedzi- 
nach gospodarki. Charakterystyczue 
jest, ze w tych zastosowaniach wyko- 
rzystuje siq glownie komputery im- 
portowane, a tylko wyjatkowo . — kra- 
jowe. Jest to zrozumiale, jezeli si? 
zwazy, ze w przemysle komputery sa 
srodkami produkcji, a te nie maja, 
racji bytu, gdy sie. ciagle psuja.. 



') Hoja A., Szczypta A., Tlaga W., Zlelon- 
ko R., INFORM AT YK A nr 1/79; 
Zielonko W., ELEKTRONIKA nr 11/80. 



OPROGRAMOWANIE PODSTAWOWE 

Sposrod prac zwiazanych z zastoso- 
waniem mozna wyrdznic sporq grupq 
referat6w dotyczacych oprogramowa- 
nia komputerow do sterowania. 

Jeden z referatow plenarnych doty- 
czyl badan prowadzonych w zakresie 
komputerowych systemow sterowania 
(H. Gorecki, A. Goscinski, Instytut In- 
formatyki i Automatyki AG'H). Droga 
do celu ostatecznego, tj. do podjqcia 
badan nad zastosowaniem komputero- 
wych ukladow automatyki w przemy- 
sle, wiodla przez dwa etapy posrednie, 
a wiqc: wyksztalcenie student6w i 
pracownik6w pod kqtem zastosowania 
metod automatyki przy uzyciu kom- 
puter6w (czego efektem bylo opubli- 
kowanie ksiazki 2 ) oraz zbadanie moz- 
liwosci wykorzystania komputer6w do 
rozwiazywania problem6w nauko- 
wych. Niekt6re wyniki szczeg61owe o- 
becnie prowadzonych prac zostaly 
przedstawione w dwoch innych refe- 
ratach (A. Goscinski i in.), dotycza- 
cych rozszerzania jqzyka modelowania 
zdarzen w celu sterowania procesami 
w czasie rzeczywistym oraz okreslenia 
momentow aktywizacji programow 
sterowania bezposredniego i optymali- 
zacji przy wykorzystaniu systemu o- 
peracyjnego komputera sterujacego. 

Wazne problemy oprogramowania 
podstawowego podejmowali — na sesji 
dotycza.cej zastosowan — autorzy z 
osrodka wroclawskiego. Zarza.dzanie 
pamiqcia operacyjna, rozdzial zasobow 
czy optymalne szeregowanic zadari 
(H. Kordccki, W. Myszka, A. Stanisz, 
Instytut Cybernetyki Technicznej 
PWr.) w komputerowych systemach 
sterowania, to zagadnienia nie rozwia- 
zane dota.d w sposdb dostatecznie o- 
g61ny. Ich podjQcie iwiadczy niewatpli- 
wie o wlasciwym rozpoznaniu proble- 
matyki i nalezy miec nadziejq, ze au- 
torzy na tym nie poprzestana.. 

Jakkolwiek trudno przecenic role, i 
potrzebe. dobrego oprogramowania 
podstawowego, to nie ma na nie od- 
powiedniego zapotrzebowania, a wie_c 
nikt w nie nie inwestuje i powstaje 
wrazenie braku koordynacji. Poje- 
dyncze prace nie zmienia. obrazu sytu- 
acji. Metod badawczych dostarczyly 
prace nad jqzykami programowania, 
ktorych stworzenie wymaga — jak 
wiadomo — pracy silnych zespolow 
rcalizacyjnych. 

Konieczna jest zatem koordynacja 
prowadzonych prac teoretycznych nad 
oprogramowaniem podstawowym oraz 
skuteczne ich konczenie, powstaniem 
systemow operacyjnych lub translato- 
row, ktore moga sprostac stawianym 
warunkom. Jednak zainteresowani tym 
powinni bye przede wszystkim produ- 
cenci. Pilne jest takze rozpoczqcie sko- 
ordynowanych prac nad jqzykiem pro- 
gramowania systemow czasu rzeczywi- 
stego. Wcale nie musi to bye od razu 



■) H. G6reckl 1 in.: Algorytray i programy 
sterowania. WOT, WarEzawa, 1930. 



ADA, wystarczylby PEARL, FORTH 
lub chocby IRT-FORTRAN lub RT- 
-BASIC, bylc by koncepeja nie byla 
^vziQta z sufitu. Niemcy i Amerykanie 
wiedzieli jak to robic juz dziesiqc lat 
temu i robia. nadal — nie szczqdz^c 
pieniqdzy i wysilku. 



OPROGRAMOWANIE UZYTKOWE 

W tej dziedzinie sytuacja jest lep- 
sza, poniewaz stworzenie systemu pro- 
gramow przeznaczonych do pojedyn- 
czego zadania jest mniej pracochlonne 
i nie wymaga zbyt duzych nakladow. 

Na konferencji przedstawiono nieje- 
den taki system programow, jak choc- 
by uniwersalny pakiet program6w op- 
tvmalizacji statycznej, napisany w jq- 
zyku BASIC na kalkulator HP 9330A 
by (T. Kuznik, Instytut Metalurgii 2e- 
laza, Gliwice), czy biblioteke. progra- 
mow obliczania transmitancji widmo- 
wych typowych obiektow chemicznych 
(M. Metzger, Instytut Automatyki 
PS1), przeznaczona. do pomocy w roz- 
poznawaniu wlasciwosci regulacyjnych 
tych obiektow w ukladach sterowania 
bezposredniego. Om6wiono takze (J. 
Kolendowski, J. Budziaszek, Cyfronet, 
Krakow) dostqpne na maszynie cyfro- 
wej CYBER 72 trzy jqzyki (program y): 
CSSL, MIMIC i FORSIM, umozliwia- 
jace symulacjQ prawie wszystkich za- 
gadnien z zakresu modelowania ukla- 
dow ciqglych, jakie moga. pojawic siq 
w Polscc. Maja one te. wade., ze mo- 
zna z nich korzystac tylko w jednym, 
najwyzej w dwoch osrodkach w kra- 
ju. Tym bardziej dziwne jest, ze nie 
ma dotad pakietu, kt6ry dzialalby na 
polskim komputerze i objal zasiQgiem 
caly kraj. Obrazuje to — jak mi siq 
wydaje — stan i organizacjq wspol- 
pracy osrodkow krajowych. 

Niezwykle waznym zagadnieniein 
automatycznego projektowania poswiq- 
cono tylko jeden referat dotyczacy 
projektowania systemow pomiarov/ych 
(J. Nalepa, M. Szyper, Instytut Ma- 
szyn i Sterowania Ukladow Elektro- 
energetycznych AGH). Nie znalazlem 
natomiast ani jednego referatu, ktory 
dotyczylby komputerowego projekto- 
wania uklad6w regulacji, choc sam 
problem jest niezwykle istotny. 

Wiele przedstawionych zagadnieii o- 
bliczeniowych, w tym takze metody 
symulacji, nie stanowi o specyfice za- 
stosowania komputerow w automaty- 
ce, zatem nie bqdq ich omawial, po- 
dobnie jak — znacznej liczby algoryt- 
m6w przedstawionych na konferencji. 



UKLADY ROZLOZONE 
PRZESTRZENNIE 

Zagadnienia ukladow rozlozonych 
przestrzennie omawiano na sesji 9, 
zatytulowanej „Sieci telcinformatyczne 
i telemechanika". Jezeli dobrze l'ozu- 
miem na czym polega rola system6w 
informatycznych w automatyce, to o- 
brady tej sesji dotyczyly tylko w czq- 
sci tych zagadnieri. 
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Interesujaco i z duza. znajomoscia. 
rzeczy om6wil nicktdre problemy R. 
Jezierski (Instytut Autoniatyki PP), 
przedstawiaja.c w dw6ch referatach 
realizacjq wsp61pracy jednostck cen- 
tralnych systemu MERA 300 i uniwer- 
salny modul sprzqgaja.cy urza.dzenia 
zewnqtrzne z kanalem multipleksera 
tego systemu. Szkoda tylko, ze jest 
to koncepcja jednorazowa i caly u- 
klad nalezy zaprojektowac na nowo, 
gdy zmienia. siq jednostki wymienia- 
jace informacjq. 

Godne uwagi prace prowadzone w 
tym samym osrodku nad systemami 
TM-11 i TM-10 (S. Grocholewski i 
in.) przedstawiono w czterech innych 
referatach. Dziwi mnie, ze „zrezygno- 
wano z zastosowania jakiejkolwiek ze 
znanych magistral mikrokomputero- 
wych, na rzecz wprowadzenia sygna- 
16w odcia.zaja.cych w duzym stopniu u- 
dzial oprogramowania i prace. pro- 
jektant6w". Czy nie dlatego wlasnie 
wprowadzono magistrale standardowe? 

Wydaje siq, ze trwaja.ce od kilku lat 
prace organizacji miqdzynarodowych 



nad normalizacja komputerowych u- 
klad6w sterowania rozlozonych prze- 
strzennie sa. warte tego, aby zwrbci- 
li na nie uwagq autorzy krajowych o- 
pracowan. Zgodnos6 z normami swia- 
towyrni jesl tu nieodzowna, aby mo- 
zna bylo stosowac urza.dzenia produk- 
cji roznych firm (co przy cia.glym nie- 
dostatku produkcji krajowej ma zna- 
czenie niebagatelne) i moze przyniesc 
tylko korzysci. Dowodow na to do- 
starcza choeby system CAMAC. 

* * * 



Referaty plenarne i przegla.dowc 
Konferencji zostana. dopicro opubliko- 
wane, nie powinny one jednak w spo- 
s6b zasadniczy zmienic przedstawio- 
nego tu obrazu, choc z pewnoscia. go 
uzupelnia. i rozszerza,. 

Postawienie pelnej diagnozy i wska- 
zanie rozwiazan jest niezwykle trud- 
ne. Jednak dysponujqc bogatym raa- 
terialem Konferencji, nalezy wskazac 
niektore przyczyny slabosci w stoso- 
waniu komputer6w do sterowania. I- 



naczej praca projektant6w i konstruk- 
torow bqdzie nadal marnotrawiona, bo 
co tez pocza,c z projektami, kt6rych 
nie mozna zrealizowac przy uzyciu 
krajowego sprzqtu lub krajowych ele- 
ment6w. 

Nalezaloby przede wszystkim odpo- 
wiedziec na pytanie, na czym i czym 
ci ludzie maja. pracowac? Z pewnoscia. 
odpowiedz bqdzie latwiejsza, gdy nad- 
robimy zaleglosci technologiczne w 
produkcji element6w oraz rozpocznie- 
my skoordynowane prace nad opro- 
gramowaniem podstawowym sprzqtu, 
kt6ry trzeba tak dopracowac, aby o- 
siagna.l wystarczaja.ca. niezawodnosc. 

Charakterystyczne, ze ta odpowiedz 
nie odnosi siq tylko do automatyki 
i moglaby bye jeszcze krotsza, gdyby 
ktoi zdecydowal siq odniesfi ja, do 
miejsca wyznaczajacego aktualny stan 
potencjalu komputerowego kraju. 'Jej 
istotna wada jest natomiast to, ze nie 
uwzglqdnia istotnych czynnikow orga- 
nizacyjno-ekonomicznych rozwoju tego 
potencjalu, lecz ten aspekt niestety 
nie podlega kontroli informatyk6w czy 
automatyk6w. 

Janusz ZALEWSKI 



Jaki powinien bye nowy polski minikomputer? 



Na to pytanie starali siq odpowie- 
dziec uczestnicy czterogodzinnego se- 
minarium zorganizowanego 24 kwiet- 
nia br. w Instytucie Maszyn Matema- 
tycznych MERA-IMM w Warszawie. 
Grupa specjalistow z IMM, Instytutu 
Informatyki UW oraz Zakladow ME- 
RA-System (pracujaca pod kierunkiem 
mgr E. Jezierskiej-Ziemkiewicz) przed- 
stawila i poddala pod dyskusjq wstqp- 
na. koncepejq systemu minikomputero- 
wego, nazwanego roboczo SOLID. 

Celem seminarium przygotowanego 
juz w poczatkowym etapie prac nad 
systemem, bylo: 

• poinformowanie srodowiska o wstq- 
pnych zalozemiach SOLID 

• zainteresowanie wspolpraca. innych 
osrodkow (konieczna. dla pelnej reali- 
zacji projektu). 

Nalezy wspomniec, ze projekt dotyczy 
minikomputera mozliwego do wprowa- 
dzenia za kilka lat, powiedzmy — do 
roku 1985. 

W pierwszych dwoch referatach 
przedstawiono wymagania stawiane ar- 
chitektui'ze systemu. Wymagania eks- 
ploatacyjne sprzqtu i oprogramowania 
obejmuja.: 



9 przystosowanie do zestawiania sy- 
stemow przez uzytkownika, tworze- 
nia rdznorodnych zestaw6w — od 
struktur najprostszych, przez sieci lo- 
kalne, do zlozonych systemow cyfro- 
wych o duzej mocy obliczeniowej 

• umozliwienie szybkiego wytworzenia 
oprogramowania i p6zniejszej latwej 
pielqgnacji (ang. maintenance) a tak- 
ze — mozliwosci przenoszenia calego 
oprogramowania (tzn. zar6wno pro- 
gramow uzytkowych, jak i system6w 
operacyjnych) 

• osia.gniqcie dostatecznej niezawod- 
nosci sprzqtu i oprogramowania oraz 
prostoty obslugi. 

Z przyczyn ekonomicznych wynika- 
jq nastqpne wymagania: zapewnienie 
uzytecznosci czq^ciowych wynikbw re- 
alizacji projektu na kazdym etapie 
prac i unikniqeic ograniczen uniemoz- 
liwiajqcych przystosowanie do nieprze- 
widzianych zmian w technologii ele- 
ment6w lub w organizacji kompute- 
r6w. Mozna to sprowadzi6 do stwier- 
dzenia, ze na kazdym etapie realiza- 
cji projekt powinien by6 otwarty, da- 
ja.cy siq przystosowac do aktualnych 
tendencji swiatowych czy krajowych 
mozliwosci. 



Okazuje siq, ze tak ogolne wymaga- 
nia i przewidywane rdznorodne mozli- 
wosci zastosowan (up. do opracowy- 
wania oprogramowania, w systemach 
graficznych, w sytemach telekomuni- 
kacyjnych, dydaktycznych, w bankach 
danych, do sterowania procesami itp.) 
narzucaj^ do^6 konkl'ctne warunki z 
punktu widzenia zasad konstrukcyj- 
nych. Zostawiajac ich szczegolowe wy- 
jasnienie autorom projektu, w niniej- 
szym artykule zasygnalizujemy jedy- 
nic dwie rzeczy. 

Po pierwsze — konieczna elastycz- 
nos<5 struktury systemu autorzy za- 
mierzaja. zapewnifi przez skonstruowa- 
nie tzw. multikomputera, o organiza- 
cji maja.cej cechy systemu wieloproce- 
sorowego i wielokomputerowego (o 
dokladniejsze sformulowanie nalezy 
poprosic autor6w, poniewaz dla mnie i 
dla niektorych uczestnikow semina- 
rium znaczenie slowa m u 1 1 i k o m- 
p u t e r nie jest jasne). 

Po drugie — calosc oprogramowa- 
nia musi powsta6 w jqzyku struktu- 
ralnym wysokiego poziomu, co skla- 
nia takze do ukicrunkowania archi- 
tektury systemu na realizacjq uklado- 
wa tego jqzyka. 
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Nie mozna wiele powiedziec o rea- 
lizacji ukladowej minikomputera, po- 
niewaz trudno w tej chwili rozstrzyg- 
nac wszystkie szczeg62y architektury 
i organizacji, chocby ze wzgle.du na 
niewiadome technologiczne. Przeciw- 
nie jest w przypadku oprogramowa- 
nia, do realizacji kt6rego wybrano je,- 
zyk C. Dlatego az szesfi kolejnych re- 
ferat6w poswie.cono om6wieniu r6z- 
nych aspekt6w oprogramowania syste- 
mu, pocza.wszy od samej konccpcji i 
zarysu systemu operacyjnego, pl'zez 
wlasciwosci .systemu plikow i systemu 
produkcji translatorow, az do samego 
jQzyka C i C-kodu. Je.zyk ten — chofi 
blizej w Polsce nie znany — jest juz 
sprawdzony na wielu r6znych maszy- 
nach i posluzyl m.in. do napisania sy- 
stemu operacyjnego UNIX (Bell La- 
boratories, Murray Hill, NJ, USA — 
dla komputer6w PDP-11), kt6ry pod 
wzgle.dem funkcjonalnosci przewyzsza 
oryginalne systemy operacyjne firmy 
DEC. 

Sprawy najistotniejsze dla calego 
przedsie.wzie.cia, tj. dotycza.ce jego re- 
alizacji, om6wiono w trzech korico- 
wych referatach. Poniewaz istnieja.ce 
oprogramowanie dla minikomputerow 
produkcji krajowej lub wykorzysty- 
wanych w kraju jest dalekie od do- 
skonalosci, autorzy proponuja. w wa- 
riancie minimalnym opracowanie kom- 
pletnego oprogramowania opartego na 
jQzyku C, np. dla MERY 400, z jed- 
noczesnym wprowadzeniem niezbQd- 
nych zmian konstrukcyjnych. 

W piei'wszym etapie konieczne be.- 
dzie takze zbudowanie narze.dzi do 
wytwarzania oprogramowania, a szcze- 
golnie — system6w graficznych. Z 
chwila. opracowania systemu operacyj- 
nego i translatora je.zyka C dla jed- 
nego z typowych minikomputerow u- 
zywanych w kraju, mozna rozpocza.fi 
prace nad generatorem translator6w. 
Przedsie.wzie.cie w pelnym wymiarze 
(a wiqc program maksimum) mozna 
zrealizcwac budujac nowy minikom- 



puter (multikomputer SOLID), do cze- 
go jednakze — przy swiadomej rezyg- 
nacji z importu elementow — niezbe.d- 
ny jest rozwoj prac nad polska. baza, 
elementowg, a g!6wnie — nad ukla- 
dami o duzym stopniu scalenia, w 
tym — matrycami programowanymi. 

Autorzy sa. swiadomi, ze nawet przy 
spetnieniu tych warunkow do pelnego 
zadowolenia b^dzie daleko, jezeli nie 
rozpocznie sie. r6wnoczesnic produkcji 
urza.dzen peryferyjnych w szerokim 
zakresie oraz nie usprawni dystrybucji, 
serwisu, szkolenia, dokumentacji i 
rlzialalnosci wydawniczej. 

W dyskusji zabierali glos uzytkow- 
nicy i konstruktorzy. Ci pierwsi zwra- 
cali uwage. przede wszystkim na po- 
trzebQ rozpoczQcia sprzedazy urzgdzen 
zewne.trznych i rozszerzenia ich ' asor- 
tymentu, a takze — znacanego zwi$k- 
szenia niezawodnosci tych urzqdzen i 
poprawe. serwisu. 

Natomiast glosy konstruktorfiw do- 
tyczyly istotnych problem6w technicz- 
nych o znaczeniu podstawowym, jak 
np. zapewnienia bazy elementowej i 
zbadania mozliwosci kooperacyjnych, 
kwestii jQzyka C i generatordw opro- 
gramowania. Bardziej szczegolowe roz- 
wazania postanowiono kontynuowafi na 
seminariach specjalistycznych w'IMM. 
Z grona konstruktor6w pochodza. 
takze glosy o koniecznosci dokladnego 
rozpoznania potrzeb, a takze efekt6w, 
jakie moze przyniesfi komputeryzacja. 
Zaproponowano r6wnicz szybka. rea- 
lizacje. sprawnego, prostego systemu 
minikomputerowego, kt6ry moglby sta- 
nowifi remedium na niekt6re bieza.ce 
bolqczki naszego zycia. Warunkiem 
skutecznosci wprowadzenia tego sy- 
stemu musialoby byfi szybkie jego 
skonstruowanie i prostota obslugi. Cel 
skonstruowania takiego systemu nale- 
zy rozumiec jako che.fi zapelnienia luki 
miedzy skomplikowanym minikompu- 
terem a mozliwoscia. znacznych u- 
sprawnien przy uzyciu prostych srod- 
kow obliczeniowych. 



W podsumowaniu wynik6w semina- 
rium trzeba powiedziec, ze prace nad 
nowym polskim minikomputerem na- 
lezy zaczac od uporza.dkowania bala- 
ganu w sferze sprzetu informatyczne- 
go, oprogramowania, serwisu i sprze- 
dazy. Jezeli niejednorodnosfi oprogra- 
mowania, jego niedoskonalosc, braki 
w dokumentacji i pielQgnacji sa. tak 
duze, jak to przedstawiono> to z cala. 
pewnoscia. nalezy prowadzifi prace 
(skoordynowane!) nad systemem pro- 
gramowania opartym o je.zyk struk- 
turalny. Czy ma to bye jezyk C, po- 
winni rozstrzygnfic specjalisci, cho6 na 
seminarium nie slyszalem glos6w 
sprzeciwu. 

Do realizacji prac nad nowym 
komputerem praktycznie nie mozna 
przystqpic bez posiadania odpowied- 
nich narzQdzi, tj. w pierwszym rzQ- 
dzie — systemow graficznych, wypo- 
sazonych w monitory ekranowe, pi- 
saki itp. Bez takich system6w, jak 
rowniez bez urzqdzen testujqeych, 
czeka krajowych producent6w ukla- 
dow elektronicznych o duzym stop- 
niu scalenia powaznie utrudnione za- 
danie. Z kolei nalezy pamiQtac, ze 
odpowiedni poziom krajowej produk- 
cji mikroprocesor6w, pamiqei p61- 
przewodnikowych oraz matryc pro- 
gramowanych jest podstawowym wa- 
runkiem skutecznosci prac nad pro- 
jektem nowego systemu minikompu- 
terowego, a wie.c — losu calego 
przedsiQwzie.cia. 

Ponadto nalezy zwrocic uwage., ze 
jest to ogromne zadanie, kt6re wy- 
maga doskonalej koordynacji. Z in- 
zynierskiego punktu widzenia reali- 
zacja tego projektu jest uzasadnio- 
na, natomiast istnieje obawa, czy u- 
da siq osia.gna.fi eel " poslugujejc slq 
dotychczas stosowanymi metodami 
organizacji i ekonomiki. Zorganizo- 
wanie seminarium wydaje sie. pierw- 
szym, choc malym krokiem do zmia- 
ny tych metod. 

Janusz ZALEWSKI 



ZWIAZKI ZAWODOWE 

Zreformowane przedsi^biorsfwo informafyczne 
— podstawowe kierunki przemian 



Przygotowanic i wdrozenic kom- 
pleksowej reformy w calcj gospodar- 
ce narodowej wymaga zapewne spo- 
ro czasu. Wymaga tez licznych wstQP- 
nych przedsi^wzi^c, minimalizuja.cych 
ryzyko doszczQtnej dewastacji wi^zi 
kooperacyjnych i handlowych oraz 
niekontrolowanego wybuchu iuflacji i 
bezrobocia. Wydaje si% jednak, ze ist- 



nicja obszary dzialalnosci gospodar- 
czej, w ktorych po piervvszc — re- 
forma moze bye wprowadzana nie- 
inal „od razu", a po drugic — moze 
bye ona znacznie bardziej radykalna 
niz w przypadku innych dzicdzin. Ta- 
kim obszarem jest — miedzy innymi 
— informatyka. Podstawowe przeslan- 
ki sklaniaja.ee do tego wniosku sa 
nastQpuj^cc. 



• Dzialalnosc informatyczna jest — 
w sensie „technologicznym" — niemal 
zupelnie niezalezna od zewne.trznych 
procesow produkcyjnych i wytwor- 
czych, tzn. od najszei'zej rozumianej 
„wydolnosci" otoczenia gospodarczego. 

9 Autonomia informatyki jest rowniez 
wyrazna w sferze czysto ekonomicz- 
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nej: koszty uslug informatycznych sa. 
w minimalnym stopniu kosztami cia.- 
gnionymi i powstaja. w przewazaja- 
cej mierze w samym przedsiqbiorstwie 
informatycznym; z kolei ceny tych u- 
slug placone przez uzytkownikow nie 
stanowia. w zasadzie zadnego ogni- 
wa wiqkszego laricucha kosztowo-ce- 
nowego. 

• Metody zarzadzania przyjqte w 
przedsiqbiorstwach informatycznych 
nie sa. uwarunkowane obowia.zuja.cymi 
rozwiazaniami poza informatykg, ani 
tez nie wymuszaja. na otoczeniu zad- 
nych okreslonych zasad organizacji i 
zarzadzania. 

• Obserwowany spadek zaintereso- 
wania informatyka. ze strony organi- 
zacji gospodarczych od chwili ich 
„lekkiego" usamodzielnienia — swiad- 
czy, ze ,,reanimowanie" informatyki 
metodami administracyjnymi jest dzia- 
lainoscia. nieskuteczna., szkodliwq, 
przynoszacq jedynie straty gospodar- 
cze. 

• Poziom cen uslug informatycznych, 
uksztaltowany obecnie w wyniku ab- 
surdalnych cen sprzqtu, jest ewident- 
nie zawyzony w stosunku do koszt6w 
niezbednych dla wytworzenia tych u- 
slug. 

Jezell powyisze uwagi aa. prawdzl- 
we, niekwestionowana musi bye r6w- 
nicz slusznoSc oplsanych nizej itnpli- 
kacji. 

© Autonomicznosc" uslug informatycz- 
nych jest tak wielka, ze ryzyko pow- 
stania niekontrolowanych perturbacji, 
zwiazane z najbardziej nawel rewo- 
lucyjna. reforma. w informatyce, ogra- 
nicza siq do sarriej informatyki. 

• Informatykq mozna potraktowac ja- 
ko swoisty „balon pr6bny" reformy, 
tzn. reformowac ja,, nie czekajqc na 
zreformowanie innych dziedzin gospo- 
darki. Poczynione obserwacje pozwo- 
lilyby poznac niemal pelna. gamq spo- 
iecznych i gospodarczych skutk6w 
tych lub innych rozwia.zari. 

• Zastosowania informatyki w gospo- 
darce kraj6w rozwiniqtych, a takze 
doswiadczenia rodzime daj^ jedno- 
znaczny dow6d na to, ze ani potrzeb 
na uslugi informatyczne, ani roli tych 
uslug nie mozna ustanowic moca. de- 
kretu lub sugestii. Informatyka polska 
musi sie. dzisiaj sama sprawdzic i 
wykazad: swoja. przydatnoSc. Admini- 
stracyjne metody pobudzania zainte- 
resowania informatykq kompletnie za- 
wiodly. Konieczne jest wiqc wyprbbo- 
wanie innych sposob6w organizacji 
swiadczenia i sprzedazy uslug infor- 
matycznych. 

• Niedostateczne wykorzystanie sprzq- 
tu oraz zmniejszanie siq popytu na 
uslugi informatyczne upewnia, ze 
wprowadzenie rynkowych zasad gos- 
podarowania uslugami informatyczny- 
mi spowodowaloby uksztaltowanie ryn- 
ku klienta, uzytkownika (a nie pro- 
ducenta), co byloby w skali calej go- 
spodarki znaczacym korzystnym ewe- 
nementem. Nie mialyby tu zatem ra- 
cji bytu podnoszone w zwiazku z 
przewidywana. reforma. obawy wzmo- 



cnienia struktur monopolistycznych. W 
przypadku informatyki radykalna re- 
forma moze przyniesc wylacznie sku- 
tek odwrotny. 

• Rewolucja cenowa w informatyce, 
posilkuja.ca reformq struktur zarza- 
dzania, wzmocnilaby efekty opisane 
powyzej. Jedynym majqeym racjonal- 
ne uzasadnienie kierunkiem zmian cen 
jest ich znaczaca obnizka. Oznacza 
to, ze informatyka — zn6w jako je- 
den z nielicznych wyja.tk6w — nie 
mialaby swego udzialu we wzma- 
ganiu presji inflacyjnej. Ponadto mo- 
zna by dziqki temu uzyska6 wzrost 
popytu na informatykq, mozliwy do 
zaspokojenia i zrdwnowazenia poprzez 
pelniejsze wykorzystanie juz istnieja- 
cych zasob6w, bez wt6rnego wzrostu 
cen. A tylko dzieki wzrostowi auten- 
tycznego popytu da siq zminimalizo- 
wa6 redukeje kadr informatycznych, 
a takze wielkosfi — juz w tej chwili 
przemoznego — ukrytego bezrobocia. 

© Informatyka jest jednym z elemen- 
t6w infrastruktury gospodarczej. A 
to, czy — jako skladnik tej infrastru- 
ktury — stanie siq moderatorem go- 
spodarki (czynnikiem przyspieszajq- 
cym i regulujqcym jej rozw6j), czy 
tez nadal pozostanie kosztownym o- 
zdobnikiem — zalezy od stopnia przy- 
stosowania metod informatyki i kie- 
runkow jej ekspansji do autentycz- 
nych potrzeb gospodarki. Artykulacja 
tych potrzeb „wprost" jest — jak wy- 
kazala praktyka — niemozliwa; jedy- 
na, skuteczna. wydaje siq metoda „na- 
dazna", przeprowadzana na zasadzie 
pr6b i blqd6w — cia.gle dostrajanie 
siq uslug informatycznych do zgla- 
szanego zapotrzebowania. Aby infor- 
matyka — w chwili powszechnego 
wprowadzania reformy — mogla stac 
siq naturalnym komponentem gospo- 
darki i uzytecznym jej narzqdziem, 
powyzsza wytyczna musi byfi juz w6- 
wczas ugruntowana. zasad;) uslug in- 
formatycznych. Jedyna. szansa. osiqg- 
niqeia tego stanu jest wczesniejsze 
niz w calej gospodarce — wdrozenie 
reformy w informatyce. W przeciw- 
nym przypadku, gdy gospodarka „ru- 
szy" bez informatyki, zakwestionowa- 
nie przez praktyk6w gospodarczych 
jej uzytecznoSci nie powinno bye dla 
nikogo niespodzianka.. 

Analiza aktualnego stanu zastoso- 
vvan informatyki vv Polsce (poglebia- 
jqcy siq regrcs i brak jakichkolwick 
perspektyw poprawy w ramach obec- 
nych struktur organizacyjno-ekonomi- 
cznych) oraz bardzo nieznaczne, ogra- 
niczone ryzyko cwentualnego niepo- 
wodzenia reformy informatyki przy 
jednoczesnych nicbagatelnych prol'i- 
tach: wzbogaccniu asortymentu uslug 
informatycznych, uelastycznieniu try- 
bu ich swiadczenia, poprawie jakoSci, 
obnizce cen oraz dopasowaniu uslug 
do potrzeb uzytkownik6w — uzasad- 
ni.i.ia przeprovvadzenie w dziedzlnie u- 
slug informatycznych radykalnej i 
szybkiej reformy. Powinna siq ona o- 
pierac na kilku zasadniczych, vvymie- 
nionych ponizcj kanonach. 



• Podstawowq jednostkq gospodar- 
czq prowadzqeq profesjonalnq dzia- 
lalnosd informatyczne powinno bye w 
pelni samodzielne uslugowe przedsiq- 
biorstwo informatyczne. Przedsiqbior- 
stwa takie mogq powstawac w wy- 
niku odpowiedniego przeksztalcania 
dotychczasowych jednostek zajmujq- 
cych siq informatyka^ Powinny tez 
zostac stworzone prawne podstawy 
powolywania przedsiqbiorstw na za- 
sadzie um6w miqdzy panstwem a 
tw6rczymi zespolami profesjonalist6w: 
paristwo oddawaloby w dzierzawq ma- 
jatek produkcyjny (sprzqt i pomie- 
szczenia) oraz udzielaloby koncesji na 
£wiadczenie okreslonego typu uslug. 

• Przedsiqbiorstwo — w ramach kon- 
cesji — ma pelna, samodzielno£6 w 
prowadzeniu dzialalnosci gospodarczej, 
przy czym regulacja jego stosunk6w 
ekonomicznych z panstwem odbywa 
siq tylko poprzez system podatkowy, 
kredyty bankowe i oplaty dzierzaw- 
ne. Przedsiqbiorstwo (jako osobq pra- 
wnq) obowiqzujE) oczywiscie wszelkie 
przepisy prawa. 

O Fundusze przedsiqbiorstwa twoi'zo- 
ne s^ z zyskow pochodz^cych ze sprze- 
dazy swiadczonych uslug oraz z kre- 
dytow bankowych. W przypadku ma- 
lej firmy nalezy dopuscifi moiliwosd 
udzialu pracownik6w lub panstwa w 
kapitale przedsiqbiorstwa. Udzialy pra- 
cownicze zalezne bylyby wylqcznie od 
stazu pracy, a nie od wysokosci za- 
robk6w. Podzial zysku na czqsc aku- 
mulowanq i place jest wewnqtrzna 
sprawq przedsiqbiorstwa. 

• Wyla,czna. wladzq przedsiqbiorstwa 
stanowi jego samorzad, ustalaj^cy — 
zgodnie z konkretnymi warunkami — 
wewnqtrznq strukturq funkcjonalno- 
-organizacyjnq i wewnqtrzne zasady 
zarzadzania i administrowania. 

• Fundusze akumulowane mogq by6 
przeznaczane zar6wno na cele inwe- 
stycyjne, jak i na finansowanie prac 
podstawowych i rozwojowych, nie bq- 
dacych bezpo^rednio przedmiotem za- 
m6wien, lecz mogacych pbiniej — ja- 
ko uniwersalne produkty informaty- 
czne — sluzyc sprzedazy lub ulatwia6 
swiadczenie przyszlych uslug. Prace 
tego typu moga. bye tez oczywiscie zle- 
cane przedsiqbiorstwu (np. przez pari- 
stwo), lecz w6wczas musi by6 okreS- 
lony ostateczny ksztalt produktu, kt6- 
rego kupna chce dokonac zlecenio- 
dawca. 

• Jako zasadq stosunkbw gospodar- 
czych z otoczeniem (z jednostkami 
gospodarczymi — zleceniodawcami) 
nalezy przyjqc poslugiwanie siq sy- 
stemem cen negocjowanych, w przy- 
padkach szczeg61nie prostych, stypi- 
zowanych uslug informatycznych po- 
winny obowiazywai wzglqdnie stale 
cenniki. 

• Przedsiqbiorstwo moze siq podjqc 
Swiadczenia uslug kompleksowych, np. 
z zakresu marketingu, badan staty- 
stycznych czy zarzqdzania, angazuja.c 
do tego celu fachowych podwykonaw- 
c6w. 

® Przedsiqbiorstwo moze wchodzid w 
dobrowolne zrzeszenia, majece na ce- 
lu wsp61na. realizacjq wiqkszych 
przedsiqwziqc, wsp61nq politykq eks- 
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portowa., wsp61nie wykorzystanie sprze.- 
tu, wsp61ne prowadzenie prac podsta- 
wowych i rozwojowych lub wsp61ne 
swiadczenie bardziej kompleksowych 
uslug (firmy doradztwa organizacyj- 
nego itp.). 

• Szczeg61ne znaczenie b^dzie miala 
samodzielnosd przedsi^biorstwa w sto- 
suakach z kontrahentami zagraniczny- 
mi. Aczkolwiek jest to swoisty temat 
tabu, wydaje si<;, ze obawy zwiazane 
z udzieleniem przedsiebiorstwom pel- 
nych pelnomocnictw w zakresie sprze- 
dazy uslug informatycznych za grant- 
ee nie. sa uzasadnione. Na rynku 
swiatowym istnieje bowiem duzy nie- 
zr6wnowazony popyt na prace pro- 
jektowo-programistyezne. Ceny, jakie 
W tym zakresie moze zaoferowac pol- 
ski wykonawca sa. — jak na warun- 
ki swiatowe — wyjatkowo atrakcyjne. 
Istnieja. u nas wolne, nie wykorzy- 
stywane mozliwo£ci sprze.towe i ka- 
drowe. JakoSc sprzeUi, aczkolwiek w 
zasadzie nie pozwala na prowadzenie 
normalnej eksploatacji system6w in- 
formatycznych oraz na efektywnq 
produkeje. oprogramowania, umozliwia 
jednak prowadzenie prac projektowo- 
-programistycznych w o g 6 1 e. Spe- 
cjalizacja w tycti dziedzinach, w kt6- 
rych takie mozliwosci ^sq wystarcza- 
jace, a ich wykorzystanie daje skute- 
czny efekt — jest wlasnie szansa eks- 
portu polskiej informatyki. Nie moz- 
na przy tym nie zauwazyc, ze tego 
rodzaju eksport jest jedynym realnym 
zr6dlem finansowania rozwoju infor- 
matyki. Obecnie eksploatowany sprz^t 



wymaga jak najszybszej modernizacji.- 
Ewidentny jest jednoczesnie komplet- 
ny brak srodk6w dewizowych. Musza. 
one zatem pochodzic z dodatkowego, 
dotychczas nie realizowanego ekspor-' 
tu. Jak wykazuje z kolei dotychczaso- 
we, niezbyt chlubne doswiadczenie w 
zakresie zakup6w sprz^towych, pozo- 
stawienie ich w gestii centralnego 
sponsora moze doprowadzic jedynie 
do spustoszen. Pozostawienie w tej 
dziedzinie wolnej reki przedsiebior- 
stwom informatycznym stariowi — po 
pierwsze — pewna. gwarancje. f achowo- 
sci przedsiewzie.6 i tym samym — 
racjonalizacji importu, a po drugie — 
daje calkiem realna. perspektyWQ roz- 
woju bazy sprzejowej. Oddanie 'do 
dyspozyeji przedsiejaiorstwa srodk6w 
dewizowych przezen wypracowanych, 
przy jednoczesnym respektowaniu za- 
sady samofinansowania (a nawet z 
stosowaniem zasady nie kredytowa- 
nia przedsie.biorstwa zagranicznymi 
Srodkami platniczymi), nie stanowi 
dla f inans6w panstwa najmniejszego 
zagrozenia, tworza.c jednoczesnie — 
poprzez podatki — nowe lr6dlo fi- 
nansowania budzetu srodkami dewizo- 
wymi. 

Wdroienie tej skrotowo zarysowanej 
koncepeji samodzielnego przedsi^bior- 
twa informalycznego wymaga stosun- 
kowo niewielkich przedsie.wzie.6 insty- 
tucjonalnych. Jedynym „zal6iyciel- 
skim", flnansovvym wkladem panstwa 
jest rezygnacja z obecnej absurdalnle 
wysokiej akumulacji sprzqtu informa- 
tycznego. Jest to bowiem warunek 



konieczny urealnienia i obnizkl cen 
uslug informatycznych. 

Radykalizm proponowanej reformy 
nie wydaje si? przesadny i nicbez- 
pieczny. Wynika to z wewnetrznej 
specyfiki jednoslek informatycznych. 
Po pierwsze, fluktuacja kadr jest w 
tym zawodzie z natury rzeczy stosun- 
kowo niewielka, sta.d tez sprzecznosc 
mi?dzy dlugofalowymi inleresami 
przedsi^blorstwa, a blez^cyml jego za- 
logi jest niejako sanioczynnie regulo- 
wana (te pierwsze sa. tez bezposred- 
nio interesami pracownikow). Po dru- 
gie — zr6znicowanie zarowno produk- 
tow przedsiQbiorstwa informatycznego, 
jak i grup zawodowyeh tworzonych 
przez pracownikow przedsiijbiorstwa 
jest niewielkie. St^d tez zadnego ro- 
dzaju „partykularyzmy branzowe" nie 
slanowia. realnego zagrozenia dla jed- 
noici firmy i jej wewnqtrznej rowno- 
wagi. 

Sa.dz<>, ze — rzadko przez historic i 
vvarunki gospodarcze stwarzana — 
szansa nieryzykownego, mogacego 
przynies6 niebagatelne profity ekono- 
miczne i uprawniaja,cego do wycisjg- 
nie,cia uogdlniajacyoh wnioskow, cks- 
perymentowania na zyvvym organlz- 
mie spoleczno-gospodarczym powinna 
zostac vvykorzystana. W razie niespo- 
dzievvanych trudnosci odnowe. w in- 
formatyce naprawde. latwo b^dzie po- 
wstrzymac. 

Piotr DABROWSKI 
Komisja Warunkow 1 Organizacji Pra- 
cy NSZZ Pracownikow Informatyki 



POLSKIE TOWARZYSTWO INFORMATYCZNE 



Zgodnie z zapowiedzia. publikujemy dalsze cze^ci referatu programovvego, przedstawionego na Zjezdzie Zalozycieiskim 
PTI (ua ktorym referat ten uznano za podstawe. dziaiania). VV nast^pnym numerze przedstawimy pelny tekst statutu PTI 
oraz informacje o aktualnych pracach Towarzystwa. (Red.) 



Obecny stein informatyki 



Informatyka, mimo ze wyodrqbnio- 
na w pracach planistycznych i spra- 
wozdawczych (coroczne opracowanie 
GUS — ,,Informatyka i osrodki infor- 
matyczne"), jest organizacyjnie roz- 
czloi-Lkowana pomi^dzy prawie wszyst- 
kie resorty i urze.dy centralne. Powo- 
duje to dos6 istotne problemy w 
ksztal'towa-niu strategic rozwoju tej 
dziedziny. Czesc Narodowego Planu 
Spoleczno-Gospodarczego dotyczaca in- 
formatyki jest suma. plan6w resort6w, 
a naklady wydatkowane na informa- 
tyke. sa. suma resortowych nakladbw 
przeznaczonych na informatyki Plan 
NPSG jest wie.c budowany na pod- 
stawie mozliwos'ci finansowych resor- 
t6w, z uwzgle.dnieniem partykularnych 
interes6w wplywowych grup nacisku, 
a nie na podstawie potrzeb gospodar- 
ki narodowej. 

Nakladaja sie. na to takie slaboici 
krajowej gospodarki, jak: 



0 centralistyczny model sterowania (przy 
zaioienlu, te „g6ra" wle leplej co Jest po- 
trzebne „do}owi") 

• wieloszczeblowy system koordynacji (w 
przypadku Informatyki sq cztery szczeble), 
w ktdrym rola koordynatora Jest rolq nad- 
zorcy 

• brak rzeczywlstych (i dzialajacych) me- 
chanizmow ekonomlcznych 

9 brak Jednolitych mierzalnych kryteri6w 
dziatalnoset gospodarczej. 

W latach 1975—1979 naklady na za- 
stosowania informatyki (rozumiane 
jako suma naklad6w inwestycyjnych i 
koszt6w wytworzenia prac i uslug in- 
formatycznych, pomaiejszona o amorty- 
zacjej — jako procent produktu narodo- 
wego brutto — ksztaltowaly sie. naste.- 
pujqco: 0,74%, 0,71%, 0,65%, 0,68% i 
0,69%. Dla por6wnania przedstawiony 
jest ponizej ten sam wskainik dla 
Francji i USA. Naklady inwestycyjne 
na rozw6j zastosowan informatyki w 
latach 1976—1980 wyniosly 32 mid zl, 





1972 


1974 


1977 


1980 


USA 


1,67% 
2,61% 


l.S7% 
2,63% 


2,35% 


2,72% 
S,6% 



przy czym — poczawszy od 1978 r. — 
systematycznie malejq. 

Stan bazy sprze.towej jest niezado- 
walajacy pod wzgle.dem zar6wno ja- 
ko^ciowym (przestarzale typy kompu- 
ter6w, niedostateczne konfiguracje, 
duza zawodno§c dziaiania), jak i ilo&- 
ciowym. Od 1978 r. zmniejsza sie. 
gwaltownie liczba produkowanych 
komputer6w (w 1980 r. bylo ich 35, a 
w planie na rok biezacy sa. tylko 3), 
nie zapewnia to nawet prostej repro- 
dukeji parku komputerowego, tak ze 
sredni wiek komputer6w co roku 
zwie.ksza sie. o rok. Podobnie katastro- 
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falnie wygla.da sprawa wyposazenia 
komputer6w w pamiQci i sprze.t pery- 
feryjny. Nieliczne tylko egzemplarze 
maja. konfiguracje optymalne, umozli- 
wiaja.ce peine wykorzystanie mozli- 
wosci komputer6w; dotyczy to i serii 
ODRA, i RIAD. 

Sprawa konfiguracji ma znaczenie 
pierwszoplanowe, gdyz dzie.ki ich roz- 
budowie mozna najmniejszym wysil- 
kiem inwestycyjnym zwiQkszyc moc 
i mozliwosci obliczeniowe komputerow. 
Co wi^cej — ubogie konfiguracje u- 
niemozliwiaja. slosowanie takich me- 
tod dost^pu (od bardzo dawna po- 
wszechnie uzywanych na swiecie), 
jak: podzial czasu, wielodoslqp, zdal- 
ny doste.p i praca w sieciach. Ubogie 
konfiguracje ograniczaja. mozliwosc 
korzystania z oprogramowania firmo- 
wego (ICL, IBM). DostspnoSc oprogra- 
mowania jest tez hamowana brakiem 
wyspecjalizowanych przedsiebiorstw, 
zajmuja.cych sie. programowaniem, 
brakiem rzetelnych badari naukowych 
w dziedzinie zastosowan informatyki 
oraz brakiem mechanizm6\v ekono- 
micznych stymuluja.cych produkcje. 
systemow i pakietdw (standardowych 
i powielarnych). Zesp61 tych czynni- 
kow zwiejksza czas i koszt wdrazania 
informatyki w gospodarce. 

W organizacji zastosowan dominuja. 
dwa typy rozwia_zan — przedsiejbior- 
stwo z wlasnym oSrodkiem obliczenio- 
wym i zlecaja.ce obsluge. informatycz- 
nq na zewnqtrz, najcz^sciej ogolnodo- 
stejpnym osrodkom uslugowym ZETO 
lub resortowym osrodkom uslugowym 
typu ETOB. Niezauwazalny jest w tym 
udzial przemyslu komputerowego, kt6- 
ry w zbyt malym stopniu zajmuje sie. 
produkcja. oprogramowania i nie pro- 
wadzi prawie wcale akcji doiadczych 
i marketingowych. Nie stosuje si? 
rowniez dzierzawy komputerdw, pod- 
czas gdy w krajach rozwinie.tych dzia- 
lania tego typu sa. powszechnie pro- 
wadzone przez firmy komputerowe. 

Wsp61dzialanie informatyka z uzyt- 
kownikiem informatyki budzi jeszcze 
cia.gle wiele zastrzezeh. Negatywny 
wplyw na to wspoldzialanie ma prze- 
de wszystkim fakt, ze brak jest wy- 
pracowanych metod i technik wpro- 
wadzania informatyki do dzialan gos- 
podarczych. Negatywny wplyw ma 
r6wniez niski stan kultury informa- 
tycznej spoleczenstwa. 

Ksztaltowanie cen sprz?tu informa- 
tycznego, oprogramowania i uslug in- 
formatycznych (wysoki podatek w po- 
staci akumulacji, cennik uslug oparty 



na relacjach godzinowych) oraz istnie- 
nie rynku producenta srodk6w i u- 
slug informatyki, a przy tym niskie 
koszty pracy zywej — wszystko to po- 
woduje, ze trudno jest mowic o jakiej- 
kolwiek ekonomice informatyki. Do 
tego dochodzi przekonanie, ze za po- 
moca. stosowanych obecnie kryteriow 
ocen mozna latwo wykazywa6 przy- 
datnosc informatyki dla gospodarki i 
spoleczenstwa, przekonanie, powoduja.- 
ce cze.sto ekwilibrystyczne obliczenia 
oparte na pseudoekonomicznym ra- 
chunku. Jest to jeszcze jeden rezultat 
braku ekonomicznych mechanizm6w, 
slymuluja.cych stosowanie i rozw6j in- 
formatyki. 

Do czynnikow ograniczaja.cych roz- 
w6j zastosowan naleza braki oraz zta 
jakosc materialow eksploatacyjnych 
(papierowe i magnetyczne nosniki in- 
formacji). Produkcja papierowych 
nosnikow informacji jest ulokowana w 
resorcie leSnictwa co — w obliczu 
klopotbw tego resorlu — oznacza 
wlasciwie przerwanie produkcji tych 
materialow. Przy tym produkcja urza.- 
dzeh koncowych i system6w groma- 
dzenia danych ograniczaja.cych i elimi- 
nuja.cych stosowanie papierowych 
noinik6w informacji jest jeszcze cigg- 
le za mala. 

Niedostateczny jest rowniez stan 
prac normalizacyjnych w dziedzinie 
informatyki. 

Bardzo istotne sa. ograniczenia moz- 
liwosci rozwojowych kadry. Brak 
stopni specjalizacyjnych, zdeprecjono- 
wanie stanowiska tzw. specjalistow 
oraz niejednolitosc i na ogol niski 
poziom wymagaii egzaminacyjnych na 
roznych kursach informatycznych — 
wszystko to uniemozliwia wprowadza- 
nie jakichkolwiek kryteri6w kwalifi- 
kacyjnych przy obsadzaniu stanowisk 
„informatycznych". Poszczeg61ne gru- 
py zawodowe w srodowisku informa- 
tyk6w popadaja. w swego rodzaju za- 
chowawczosc rozwojowa.. Zaniedbywa- 
ne sa. problemy jakosci sprzeju i za- 
stosowan, przy jednoczesnej felyszy- 
zacji pewnych typow maszyn. 

Wyzsze uczelnie opuszcza rocznie ok. 
500 absolwent6w o specjalnosci .in- 
formatyka", dose wszechstronnie wy- 
ksztalconych pod wzgle.dem nauko- 
wym, ale nie majqeych dostatecznego 
obycia ze sprze.tem. Wynika to z bra- 
ku nowoczesnych laboratoriow kom- 
puterowych oraz og61nie niewystar- 
czajacego (i relatywnie coraz gorsze- 
go) wyposazenia uczelni w sprze.t in- 



formatyczny. Szerzy sie. praktyka 
zbywania og61nikami tych element6w 
edukacji informatyk6w, kt6re wyraa- 
gaja. praktycznych umieje.tnosci pro- 
gramowania i pracy z komputerem. 

Konflikt pokolen w przypadku dose 
mlodej informatyki nie nabral jeszcze 
ostrosci, ale w sytuacji og61nogospo- 
darczego kryzysu przed nowo promo- 
wanymi informatykami z wyzszym 
wvksztalceniem rysuje sie. grozba 
braku zatrudnienia. Jakiekolwiek jed- 
nak tendencje do drastycznego ogra- 
niczenia ksztalcenia informatyk6w 
moglyby w skali perspektywicznej do- 
prowadzic do nieobliczalnych skutk6w 
ujemnych i dalszego poglebienia na- 
szego informatycznego zacofania. 

Na lie ogolnej sytuacji pewnym o- 
sia.gnie.ciem obserwowanym w ciagu 
ostatnich lat, a wynikajqeym z „cho- 
roby ubostwa" — jest fakt, ze osrodki 
obliczeniowe coraz wie.ksza. uwag^ 
zwracajq na rozbudowe. konfiguracji 
zainstalowanych systemow komputero- 
wych i bardziej efektywnc ich wyko- 
rzystanie. Naste.puje wyrazne porza.d- 
kowanie posiadanych zasob6w. Sa tez 
podejmowane pr6by standaryzacji o- 
programowania i osia.gnie.cia jego po- 
wielarnosci, mimo braku mechaniz- 
m6w ekonomicznych stymuluja.cycli 
ten kierunek dzialan. 

Odczucia spoleczne dotycza.ee po- 
trzeby stosowania informatyki w gos- 
podarce sa. zr6znicowane. Wyrazane 
sq opinie — od nadmiernie entuzja- 
stycznych (informatyka czynnikiem 
poste.pu), przez pozornie obiektywne 
(informatyka wzmacniaczem nonsen- 
su), az do nihilistycznych ( i po co 
to wszystko?). Na taka. rozbiezno.46 
stanowisk wplywaja. — obok rzeczy- 
wistych slabosci informatyki — brak 
kontaktu, nawet posredniego, przewa- 
zaja.cej czeici spoleczenstwa z infor- 
matyka. (np. w bankach, PKO, na 
poczcie) oraz prymitywne i naiwne 
metody propagowania informatyki 
przez ^rodki masowego przekazu. 
Zrazona cze.56 spoleczenstwa przeko- 
nana jest, ze Polska — aw szcze- 
g61nosci jej gospodarka — moze zna- 
komicie egzystowad bez informatyki 
(aczkolwiek wiele os6b, z obawy przed 
posa.dzeniem o konserwatyzm, glosno 
sie. do tego nie przyznaje). Ci nato- 
miast, ktorzy mieli pozytywny kon- 
takt z informatyka. jako narz^dziem 
w swojej pracy, nie neguja. jej, prze- 
ciwnie — jej rozw6j uwazaja za ko- 
nieczny. 



Do czego dqzyd w polskiej informotyce? 



Kazdy wsp61czesny system spolecz- 
no-ekonomiezny, kt6ry pragnie zapew- 
ni6 narodowi rozwoj oiwiaty i kultu- 
ry oraz dostarczyc mu dobr material- 
nych, powinien w kierowaniu pah- 
stwem, zarza.dzaniu gospodarka., stero- 
waniu procesami produkcyjnymi itp. 
korzystac z aktualnej i rzetelnie opra- 
cowanej informacji. Tak wi?c i w na- 
szym kraju informacja musi stac sie. 
wreszcie towarem wartosciowym i a- 



trakcyjnym, kt6rego cena zalezed be.- 
dzie od jej wiarygodnosci, jak i cza- 
su udoste.pnienia. Gromadzenie infor- 
macji, jej przetwarzanie i przekazy- 
wanie w odpowiednio kr6tkim czasie 
wymaga juz dzisiaj poslugiwania si^ 
informatyka.. 

Korzysci wynikaja.ee z zastosowania 
informatyki mozna sklasyfikowac na- 
stQpuja.co: 



a) korzyScl wynlkajijce z prowadzenla dzla- 
lalnoScl wytw6rczej w zakresle sprz^tu 
Informatycznego i oprogramowania 

b) bezpoirednie korzyScl ekonomlczne wy- 
nikaj^ce z zastgplenia pracy ludzklej pra- 
cq komputer6w 

c) rozwo] wlelu dzledzin naukl t technlkl, 
cz^sto nlemozliwy bez £rodk6w 1 metod 
informatyki 

d) pogrednie korzyScl ekonomlczne 1 or- 
ganlzacyjne wynlkaj^ce z Bzybszego 1 pei- 
niejszego dostarczanla Informacji niezbe.d- 
nej w procesach zarz^dzanla, sterowania 
produkcja. oraz w uslugach; w tym za- 
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kresie Informatyka moze sle. przyczynifi 
do znacznego wziostu dochodu narodowe- 
go i optymalizacji struktur organizacyj- 
nych 

e) rozw6j cywilizacyjny przez wzrost kul- 
tury iriformatycznej spoieczoiistwa. 

Umiarkowany optymizm pozwala 
zakladac, ze w obecnych i dajacych 
siq przewidzied warunkach polskich: 

ad. a) przemysi kompulerowy powinlen za- 
spokolb krajowe potrzeby w odniesieniu 
do sprzqtu 1 oprograraowania z taka. nad- 
wyzka., kt6ra umoiliwilaby import takich 
urzadzen 1 system6w, ktorych wytwarza- 
nie w kraju nie jest uzasadnione — dajac 
w lacznyeh obrotach. z zagranica. saldo 
zerowe; nalezy krytycznie przeanalizowac 
opiacalnoSc produkcji komputer6w w 
Polsce, a zwlaszcza lch eksportu (wskaza- 
ny bylby rozwoj niewielklch system6w 
komputerowych, konstruowanych na bazie 
mikroproeesordw, zwlaszcza zas w zakre- 
sie oprogramowania); 

ad. b) nie nalezy siq spodzlcwac wlqkszych 
Wynik6w, a to ze wzglqdu na razqce dys- 
proporcje pomiqdzy cenarai pracy ludzkiej 
i sprzqtu komputerowego; 
ad. c) trzeba siq szczeg61nie zajac zasto- 
sowaniem rnikroprocesor6w we wspblczes- 
nej aparaturze pomlarowej, automatyce i 
biomedycynie, a takze zastosowaniami 
optyma'lizujacymi 1 slymulacyjnyml w 
roznych dziedzinach; 

ad. d) nalezaloby udzielic preferenejl in- 
formatyeznemu systemowi dla bankowoSci, 
a takze systemom informacjl naukowo- 
-teehnicznej i ekonomleznej; pozostale de- 
cyzje o komputeryzacjl powlnny bye sce- 
dowane na szczebel przedsiqbiorstwa; 
ad. e) naleiy da.zy6 do upowszechnienia 
wledzy intormatycznej 1 umiejqtnoSci po- 
sluglwania siq Srodkaml informatykl, 
zwiaszcza wfir6d mlodziezy. 

Jednym z podstawowych warunk6\v 
jest w tym przypadku doprowadzenie 
do pozytywnej selekcji w zawodzie in- 
formatyka i stworzenie — obok awan- 
su „pionowego" — mozliwosci atrakcyj- 
nego awansu „poziomego". Podstawo- 
wym warunkiem zewnqtrznym jest 
doprowadzenie do sytuacji, w kt&rej 
istnialoby zapotrzebowanie na infor- 



macjq. Zadania zwiazane z poszczeg6I- 
nymi p.rzedsiqwziQciami informatycz- 
nym powinny bye zalecane imiennie 
osobom, majacym wolnq rqkq w spra- 
wach kadrowych i w realizacji przed- 
siqwziqcia (w granieach przyznanych 
srodk6w). 

Po uwzglqdnieniu wszystkich istnie- 
jacych dzisiaj ograniczen bqdzie moz- 
liwe opracowanie pozadanych warian- 
t6w rozwoju. Na przykiad — zalama- 
nie siq globalnych „informatycznych 
systemow rzadowych" sugerujq, ze 
przy niedorozwoju struktur organiza- 
eyjnych i braku obiektywnego zapo- 
trzebowania na rzetelna. informacjq 
nalezy rozwazyc przejsciowe ograni- 
czenie rozwoju system6w na szczeblu 
centralnym. Nalezy przypuszczad, ze 
w zwiazku z kierunkami reformy gos- 
podarczej wiqksze proporcjonalnie 
srodki przeznaczone bqda, na doskona- 
lenie i rozw6j system6w na szczeblu 
przedsiqbiorstw, a zwlaszcza bank6w. 

Mamy dose duzo calkiem udanych 
rozwiazan, kt6re nie sq w dostatecz- 
ny spos6b rozreklamowane i wykorzy- 
stane (jak chocby systemy optymali- 
zacji transportu). Absurdalne przepisy 
i dzialania wywodzace siq z nieracjo- 
nalnych zasad gospodarowania powo- 
dowaly czesto, ze nawet udane syste- 
my okazywaly siq nieprzydatne w 
praktyce i byly odkladane na p61ki. 
Pndobne skutki wynikaly niejednokrot- 
nie z obawy przed ujawnieniem zr6del 
wadliwego dzialania struktur produk- 
cyjnych i organizacyjnych. 

Wydaje siq, ze wiele system6w in- 
formatycznych opracowano jedynie z 
punktu widzenia potrzeb informaty- 
k6w, poszukujacych eleganckich lub 
naturalnych zastosowan dla znanych 
sobie narzqdzi. Sukcesy uzyskiwano 



natomiast czqsto w zastosowaniach, 
ktore — choc im wystarczaly bardzo 
proste metody — wymagaly doskona- 
lej znajomosci informatyzowanych 
problem6w. Z kolei niedoksztalceni 
informatycznie przedstawiciele wszyst- 
kich dziedzin zastosowan tworzyli 
systemy chalupnicze — z informatycz- 
nego punktu widzenia — i malo uni- 
wersalne, ktore nie mogly by6 roz- 
powszechniane. Obecnie niezbqdny jest 
rozw6j zastosowan w dziedzinie uslug, 
rolnictwa, ochrony zdrowia i opieki 
spolecznej oraz system6w informacyj- 
nych i bankowych (przy aktywnym 
wsp61udziale specjalist6w-nieinforma- 
tyk6w, o duzym doswiadczeniu w da- 
nych dziedzinach). 

Nalezy skonczy6 z fascynacjg sprzq- 
tem, gdyz na swiecie jego udzial w 
globalnej wartosci system6w informa- 
tycznych gwaltownie siq zmniejszyl i 
nadal bqdzie malal. Preferencje po- 
winny bye udzielane przede wszystkim 
rozwojowi oprogramowania, aby unik- 
nad sytuacji, w kt6rej pbwstaje ono 
dopiero po rozpoczqciu produkcji 
sprzqtu. Ponadto wyniki prac progra- 
mistycznych moga. stanowic racjonal- 
nq, atrakcyjnq ofertq eksportowq. 

Opracowanie koniecznych przedsiq- 
wziq6 dla przegrupowania sil i srod- 
k6w jest niemozliwe bez wsp61udzia- 
lu i akceptacji irodowiska informa- 
tycznego. Srodowisko to powinno bye 
inicjatorem szczeg61owych przedsiq- 
wziq<5 informatycznych i wskazywad 
najbardziej korzystne obszary zastoso- 
wan. PTI, instytucjonalny przedstawi- 
ciel Srodowiska, powinno przede wszy- 
stkim dostarcza<5 ocen jednoznacznie 
wartosciujacych wazniejsze przedsiq- 
wziqeia informatyczne — zrealizowane 
i zamierzone. 



Cele Polskiego Towarzysfwa Informatycznego 



Srodowisko informatyczne jest bar- 
dzo rozproszone. Og61nym celem PTI 
jest wiqc konsolidacja srodowiska in- 
formatyk6w i ukierunkowanie ich 
dzialan na rozwoj dzialalnosci nauko- 
wej i efektywne wykorzystanie srod- 
k6w informatyki — z punktu widze- 
nia potrzeb spolecznych i gospodar- 
czych. Zadaniem Towarzystwa jest 
ksztaltowanie esprit de corps infor- 
matykow, wypracowanie wzorc6w ety- 
ki zawodowej oraz czuwanie nad ich 
przestrzeganiem, dbanie o sumienny i 
uczciwy oraz pozbawiony frazes6w i 
og61nik6w styl publikowania i przed- 
stawiania prac, a takze popieranie 
dzialan spolecznych w kierunku zacho- 
wania sfer zycia prywatnego, nie ob- 
jqtych wielkimi systemami informa- 
cji personalnej. 

Celem Towarzystwa jest stworzenie 
form wyrazania i ksztaltowania pro- 
fesjonalnych opinii informatyk6w, a 
takze reprezentowanie ich opinii, po- 
trzeb i uprawnien wobec spoleczen- 
stwa, wladz oraz stowarzyszen w kra- 
ju i za granica.. Opinie wypracowane 



w srodowisku bqda, prezentowane na 
zewnqtrz g!6wnie droga. publikacji w 
literaturze fachowej. Jedna. z form 
prezentowania profesjonalnych opinii 
powinny bye takze seminaria tema- 
tyczne. 

W zwiazku z krytyczng ocena, do- 
tychczasowych efekt6w stosowania in- 
formatyki, PTI podejmie siq w pierw- 
szej kolejnosci analizy przyczyn tego 
stanu rzeczy, podejmie szerokie wsp61- 
dzialanie z zainteresowanymi jego 
zmian?). Dla ustanowienia wlasciwej 
rangi informatyki w spoleczenstwie 
PTI bqdzie krzewilo wiedzq o efek- 
tach, jakie daje lub moze dac infor- 
matyka, oraz o tym, gdzie i jak jq 
stosowad. Pozwoli to na uswiadomie- 
nie spoleczenstwu celowosci stosowa- 
nia informatyki przy czekajacych nas 
zmianach w gospodarce. 

PTI bqdzie inicjowalo i rozwijalo 
przedsiqwziqcia zmierzajqce do pra- 
widlowego wykorzystania i rozwoju 
informatyki i informatykdw. Szcze- 
g61nie wazne bqdzie wspdldzialanie z 
przemyslem przy projektowaniu i 



wdrazaniu srodk6w informatyki. To- 
warzystwo zajmie siq popularyzacja, 
wsp61czesnych technologii produkcji 
oprogramowania oraz bqdzie wsp61- 
dzialad przy ich opracowywaniu 
i stosowaniu. Bqdzie siq staralo wyra- 
za6 opinie o zapotrzebowaniu na po- 
szczeg61ne lypy urzqdzen informatycz- 
nych (zwlaszcza peryferyjnych) i ich 
przydatnosci. 

PTI bqdzie poszukiwac nowoczes- 
nych metod prowadzenia prac zwia.- 
zanych z informatykq oraz je popu- 
laryzowac. Bqdzie podejmowad dziala- 
nia zmierzajace do wzbogacenia wie- 
dzy specjalist6w z r6znych dziedzin, 
dla ktorych informatyka moglaby byi 
cehnym narzqdziem, a takze wiedzy 
informatyk6w. 

PTI bqdzie poszukiwalo form orga- 
nizacyjnych pozwalajacych na zwiqk- 
szenie skulecznosci dzialania informa- 
tyk6w i dqzylo do zapewnienia rze- 
telnych ekspertyz informatycznych. 
Ponadto Towarzystwo prowadzic bq- 
dzie dzialalno^d popularyzatorskq. 
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zjedncczeNe irrfbrrnatyki 



BAZY DANYCH - koniecznosc czy szfuka dia sziuki? 



Na pocza.tku winien jestem Czytel- 
nikom wyja£nienie, ze poruszana w 
niniejszym artykule tematyka stanowi 
kontynuacje. problematyki system6w 
zarza.dzania bazami danych (SZBD), 
przedstawionej w kr6tkim artykule 
mgr inz. Jerzego Pasuli, zamieszczo- 
nego w INFORM ATYCE nr 2/81, a 
dyskutowanej podczas III MiQdzyna- 
rodowego Seminarium w Zaborowie k. 
Warszawy (listopad ub.r.). Wyjasnie-r 
nie to jest konieczne, gdyz w aktual- 
nej, trudnej sytuacji gospodarczej 
kraju, a w szczeg61nosci sytuacji za- 
opatrzeniowej, kt6ra w ostatnich ty- 
godniach neka r6wniez wiele osrod- 
k6w obliczeniowych (np. zdobyciepa- 
pieru do drukarek lub kart maszyno- 
wych stanowi obecnie nie lada pro- 
blem), rozpatrywanie tematyki SZBD 
moze wydawac sie. nie na czasie. 

Jest jednak kilka istotnych powo- 
dow, kt6re skionily mnie do zabrania 
glosu na ten temat. Pierwszy — to 
wplyw baz danych i system6w zarza.- 
dzajacych nimi (SZBD) na dalszyroz- 
w6j informatyki. Ich roli nie nego- 
wali w trakcie seminarium ani spe- 
cialise z panstw zachodnich (Austria, 
Finlandia, RFN), ani ze wschodnich 
(Bulgaria, CSRS, NRD, We.gry, Pol- 
ska). 

Szczeg6Ine zainteresowanie bazami 
danych jakie wykazywali specjalisci z 
niekt6rych panstw socjalistycznych — 
i to zar6wno podstawami teoretyczny- 
mi (modelowymi), jak i ich budowa. (z 
uwzglednieniem wlasnych oryginal- 
nych rozwiazan programowych w za- 
kresie SZBD) wynika m.in. z faktu, ze 
komputery Jednolitego Systemu do- 
starczane sa. przez poszczeg61nych pro- 
ducent6w z ubogim jeszcze oprogra- 
mowaniem — podstawowym (narze.- 
dziowym) i uzytkowym. 

W krajach zachodnioeuropejskich 
natomiast potencjalny uzytkownik ba- 
zy danych moze zakupid potrzebne mu 
oprogramowanie od producenta sy- 
stemu komputerowego. Ta korzystna 
z pozoru sytuacja uzytkownika stwa- 
rza jednak pewne niebezpieczenstwo, 
rzadko u nas dostrzegane. Przyszly 
uzytkownik bazy danych, nie be.da.c 
zainteresowanym produkcja. oprogra- 
mowania narzedziowego, zdany jest 
przy ocenie optymalnosci rozwigza- 
nia bazy danych ba.dz na opinie. pro- 
ducenta sprzetu, ba.dz na zdanie spe- 
cjalnie zatrudnionego konsultanta. 
Praktyka przy tym wskazuje, ze naj- 
ezesciej decyduja. tu wzgledy czysto 
handlowe, a nie wiedza merytorycz- 
na, poparta konieczna. analizq. 



Stwarza to — jak wykazaly nie- 
kt6re referaty i seminaryjna dyskusja 
— taka. sytuacjq, ze w wielu krajach 
zachodnioeuropejskich (poza nieli- 
cznymi osrodkami uniwersyteckimi o- 
raz firmami komputerowymi, zainte- 
resowanymi g!6wnie rozwigzaniami a- 
plikacyjnymi o mozliwie najwiekszym 
stopniu uniwersalnosci) nie prowadzi 
sie. powaznych studi6w nad bazami 
danych. Sta.d wynika zainteresowanie 
uzytkownikow z panstw zachodnich 
konkretnymi opracowaniami wschod- 
nioeuropejskimi — szczeg61nie tych 
uzytkownik6w, dla kt6rych uniwer- 
salnoSC pakiet6w oprogramowania sy- 
stemowego baz danych z wielkich 
firm komputerowych stanowi niepo- 
trzebny ,,balast", podwyzszajqcy nad- 
miernie koszt inwestycji. 

Potwierdzeniem powyzszych rozwa- 
zan byl mie.dzy innymi obszerny re- 
ferat K. Suppera [8], przedstawiajqcy 
wyniki studium, (opracowanego przez 
mie.dzynarodowe kolegium), kt6re do- 
tyczy sposob6w uzytkowania baz da- 
nych przez 120 r6znych uzytkowni- 
k6w z czterech krajow zachodnioeuro- 
pejskich (Anglia, Francja, RFN, Wlo- 
chy). To unikalne studium przedsta- 
wia wyczerpujace trudnosci, jakie 
wia.za. sie. z implementacja. oraz eks- 
ploatacja baz danych. 

Argumentem dla tych rozwazan by- 
ly r6wniez wysta.pienia spccjalist6w 
wschodnioeuropejskich prezentujace 
takie chociazby rozwia.zania, jak: 
SZBD „DAFEMA" [2], realizowany na 
komputerze NRD R^O (dla r6z- 
nych uzytkownik6w nie dysponuja- 
cych technicznymi mozliwosciami eks- 
ploatacji SZBO oferowanych przez du- 
ze firmy komputerowe) czy SZBD 
„RODAN" (CPiZI), kt6ry — jako ory- 
ginalne polskie rozwia.zanie — wdro- 
zony zostal na kilkudziesie.ciu (ok. 
30) instalacjach maszyn RIAD. 

Szczeg61nie interesujaco zaprezento- 
wal sie. dr W. Staniszkis, ktory — 
zajmuj£)c sie. problemami wspomaga- 
nego komputerowo projektowania 
SZBD — przedstawil charakterystykQ 
nowo opracowanego symulatora bazy 
danych [7]. Jego zdaniem komplekso- 
wos6 decyzji projektowych, konsek- 
wencje w zakresie koszt6w. jak i mo- 
zliwoS6 powstawania bledow, wymu- 
szaja zastosowanie narze.dzi kompute- 
rowych w projektowaniu baz danych. 
Z kolei M. Kowalewski [4] podal no- 
we mozliwosci RODAN, kt6ry po 
opracowaniu zaprojektowanego pakie- 
tu SMI (Standard Minicomputer In- 
terface) bedzie m6gl zarzadzac siecia- 
mi minikomputerow. Przedstawiono 



przy tym kompletny protok61 aplika- 
cyjny wsp61pracy minikomputerdw, u- 
wzglqdniajacy mie.dzy innymi obslu- 
ge. program6w dzialajacych w trybie 
konwersacyjnym. 

Drugi powod, obligujacy mnie do 
ponownego poruszenia spraw zwia.za- 
nych z tematyka Seminarium, to 
przedstawiony tarn stan zastosowan w 
zakresie SZBO w poszczeg61nych kra- 
jach. Stwierdzono, ze prace zwia- 
zane z projektowaniem i zastosowa- 
niem baz danych sa. pfzedsiQwziqcia- 
mi wymagaja.cymi duzego nakladu 
pracy i koszt6w, w zwia.zku z czym 
nalezy przeprowadzic dokladna. ana- 
lizQ dotychczasowych krajowych roz- 
wiazan pod katem efektywnego ich 
zuzytkowania. W przeciwnym razie 
musielibysmy pogodzic siq z nie- 
uzasadniona. w wielu przypadkach 
kontynuacja. prymitywnego wykorzy- 
stania posiadanego w kraju potencja- 
lu komputerowego, nie m6wia.c juz 
o modelowaniu zamierzen rozwojo- 
wych. Poza tym nieprzychylna atmo- 
sfera, ktora wytworzyla sie wok61 in- 
formatyki — uzasadniona poniekgd 
niewielkimi efektami ekonomicznymi 
uzyskanymi dotychczas — moze (przy 
naszej sklonnosci do popadania w 
skrajno£6) doprowadzid do sytuacji, w 
kt6rej reforma gospodarki narodowej 
prowadzona bQdzie za pomoca. liczy- 
del. 

Przyjrzyjmy sie zatem zastosowa- 
niom SZBD zaprezentowanym na Se- 
minarium. 

I. Bana z DATAORG (Wegry) przed- 
stawil koncepcje. bazy danych opra- 
cowanjj dla Ministerstwa HandluZa- 
granicznego, w ktorej rejestrowane 
sa. dane dotycza.ce ponad miliona kon- 
trakt6w zawieranych w ciagu roku 
przez wqgierskie centrale handlu za- 
granicznego. Do zarzadzania baza 
wykorzystano pakiet firmy SIEMENS 
— UDS. W projektowaniu bazy zasto- 
sowano dwie metody: logiczna. i fi- 
zyczna- Pierwsza — wspomagana jest 
maszynowo, niezaleznie od faktycznej 
struktury danych, uksztaltowanej je- 
szcze w latach, gdy przetwarzanie od- 
bywalo siq bez bazy danych i na in- 
nym komputerze. Po zakonczeniu o- 
pracowania struktury logicznej, na- 
stapilo jej dopasowanie, zarowno do 
nowego typu komputera, jak i wy- 
zej wspomnianego systemu zarzqdza- 
nia baza- 

Dr B. Freyer om6wil baze. danych 
dla centralnego dostawcy materia!6w 
budowlanych w NRD, zawierajaca. 
dane zebrane z 300 magazyn6w. Ma- 
terialy budowlane dostarczane sa wg 
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centralnego rozdzielnika, co kontro- 
lowane jest przez komputer. Kazdego 
dnia dane, dotycza.ce ok. 50 tys. roz- 
nych tras transportu materialow, re- 
jestrowane sa. na tasmie magnetycznej 
i przekazywane do centralnego osrod- 
ka. Osrodek ten wyposazony jest w 
komputer R-40. W procesie przetwa- 
rzania uczestniczy 600 stacji wprowa- 
dzania danych oraz 14 osrodkow re- 
gionalnych, wyposazonych w kompu- 
tery II generacji R-300. Obliczeniami 
obj^te sa. takie dziedziny dzialalnosci, 
jak: fakturowanie (1500 faktur dzien- 
nie), rozliczenia bieza.ce, materialowe 
i koszt6w. Opracowywana jest pelna 
statystyka. 

J. Kovafi i M. Sojakowa przedstawi- 
li bazQ danych uzytkowanych przez 
koncern SLOVCHEMIA z CSSR. Kon- 
cern ten sklada sie. z 25 jednostek: 
17 fabryk, 2 central handlu zagrani- 
cznego oraz 6 instytutow badawczych. 
Wykonuje on ok. 1/3 calej produkcji 
przemyslu chemicznego CSSR. Do za- 
projektowania bazy danych przysta.- 
piono po ok. 10 latach wsadowego 
przetwarzania na komputerze IBM 
360/30. Budowe. bazy rozpocze.to przed 
dwoma laty po zakupieniu kompute- 
ra IBM 370/148. Przyje.to hierarchiczna. 
struktur^ AMS (Automated Manage- 
ment System) z elementami zdalnego, 
przestrzennego rozproszenia. Dla ce- 
16w zarza.dzania koncernu baza do- 
starcza dane dotycza.ce „pIanowania" 
(alternatywne prognozy produkcyjne), 
„regulacji" (eliminowanie sytuacji a- 
waryjnych w produkcji) i „kontroli" 
(wielkosfi wykonanej produkcji, sta- 
tystyki oraz analizy). 

S. Kiss z Wqgier zaprezentowal, be.- 
da.ca, obecnie w trakcie dalszych ppra- 
cowan, bazQ danych dla VOLAN 
TRUST, panstwowego koncernu trans- 
portowego, obsluguja.cego cale Wqgry 
i zagranicq. W projekcie przewidzia- 
no zbudowanie sieci minikomputero- 
wej oraz jej obsluge. poprzez rozpro- 
szona. bazQ danych o nazwie VDDB 
(Volan Distributed Data Base). Zasto- 
sowane zostaly minikomputery pro- 
dukcji wegierskiej (typ TPA-11/40) o- 
raz sprawdzone oprogramowanie 
w postaci pakietow DOSNET i PDP — 
DBMS. Aktualnie instaluje si? pierw- 
sze trzy minikomputery, kt6re maja. 
wykorzystad wspomagane oprogramo- 
wanie. 

Z problemami rozproszonych baz 
danych, ale w aspekcie bardziej og61- 
nym, zapoznal sluchaczy P. Kaiser 
[3]. Jego zdaniem czqste w ostatnim 
okresie dyskusje specjalist6w na te- 
mat przetwarzania rozproszonego wy- 
nikaja. z faktu, ze w nastqpstwie do- 
swiadczen zebranych w trakcie eks- 
ploatacji wielkich scentralizowanych 
systemow okreslone zostaly dla nich 
nowe wymagania. Poza tym intensyw- 
ny rozwoj sprzQtu komputerowego i 
oprogramowania (rozw6j technik mi- 



kroprocesorowych poprzez LSI i VLSI 
oraz setki przer6znych zastosowan 
SZBD i oprogramowania komunika- 
cyjnego), stwarza zupelnie nowe mo- 
zliwosci realizacyjne. 

Ostatnie jednak opinie, wynikaja.ce 
z aktualnie prowadzonych prac, wska- 
zuja. na to, ze problemy zwia.zane z 
projektowaniem i wdrazaniem syste- 
m6w zarzadzania dla rozproszonych 
baz danych nie sa proste i jak do- 
tychczas nie zostaly w sposob zado- 
walajqcy rozwia.zane. I chociaz uzy- 
skane obecnie rezultaty pozwalaja. 
przypuszcza6, ze rozproszone bazy da- 
nych bQda. posiada6 pewna. przewage. 
nad systemami scentralizowanymi 
(mniejsze wymagania w zakresie wiel- 
kosci pamie.ci, wie.ksza. niezawodnosc 
i podatnosc na adaptacje, czy mniejsze 
koszty transmisji...), dopiero przysz- 
ioic pokaze, czy oczekiwania zostana. 
spelnione. 

, A. Baczko zapoznal z kolei slucha- 
czy z koncepcjami symulator6w oraz 
ich zastosowaniem w r6znych struk- 
turach rozproszonych baz danych [1]. 
Przedstawione przez niego metody, 
odnosza.ce sie. do sieci komputerowych, 
moga. znalezd praktyczne zastosowanie 
w projektowaniu SZBD, a w szczeg61- 
nosci systemu zarza.dzania rozproszo- 
na. baza, danych. 

Oryginalna. koncepcje. zaprezentowal 
J. Pasula w referacie [6], w ktdrym 
przedstawil strukture. architektonicz- 
na „Data Base Machine" (DBM) dla 
CODASYL-owskiego systemu zarza.- 
dzania baza. Zdaniem autora — dziQ- 
ki zbudowaniu DBM mozna oczekiwac 
uzyskania wielu nowych mozliwosci, 
rozszerzajacych dotychczasowy zakres 
zastosowan, oraz uproszczenia funkcji 
SZBD. 

Odrebna. tematyka zaja.1 sie. K. Nin- 
del ]5[, kt6ry w wyniku przeprowa- 
dzonej analizy doszedl do wniosku, 
ze czQsto uzywany relacyjny jQzyk 
zapytan SEQUEL-2 nie jest w pemi 
przydatny w operacjach wyszukiwania 
dla system6w informacyjnych opar- 
tych na bazie danych. a w szczeg61- 
nosci — systemu AIDOS. opracowane- 
go przez firm? ROBOTRON z NRD. 
Wynika to z przekonania autora, ze 
jezyk SEQUEL — bardzo uzyteczny 
dla standardowych zapytan, dotycza- 
cych typowych dokumentow — raczei 
nie nadaje sie. do obslugi zapytan 
zwiazanych z semantycznymi powigza- 
niami, dla kt6rych lepsza. prezentacje. 
stwarza model semantyczny, np. mo- 
del Roussopoulosa. 

W dyskusji wielu mowc6w potwier- 
dzilo istnienie rozwierajacej sie. luki 
mi^dzy wymaganiami uzytkownikow a 
pracami rozwojowymi w zakresie o- 
programowania, zwiazanymi z kon- 
kretnymi zastosowaniami. Kilku dys- 
kutant6w wyrazilo r6wniez wa.tpli- 
wos6, czy dalszy szeroki rozw6j prac 



teoretycznych jest wlasciwym kierun- 
kiem (wobec naszych og61nie znanych 
trudnosci ze sprz^tem), kt6ry umozli- 
wialby wykorzystanie tych prac. Z 
drugiej zas strony J. Pasula, rozwi- 
jajac swoje tezy podane w referacie 
[6], byl zdania, ze np. zaprzestanie 
dalszych prac nad „Data Base Ma- 
chine" moze spowodowac zaprzepasz- 
czenie obecnej szansy zblizenia pozio- 
mu prac specjalist6w Wschodu i Za- 
chodu. Niejako w odpowiedzi, prof. 
A. Berger z Austrii wyrazil pogla.d, ze 
prace teoretyczne zawsze rozwijaly si? 
niezaleznie od praktycznych zastoso- 
wan. Nawet jezeli opracowana teoria 
nie ma obecnie szans realizacji, to 
jednak w wyniku prac badawczytfh 
powstaja. idee, kt6re moga. doprowa- 
dzid do opracowania zupelnie nowych 
koncepcji, spelniajacych teoretyczne 
zalozenia. Dobry przyklad stanowi i- 
dea DBM, kt6ra moze spowodowa6 
skonstruowanie nowej generacji ma- 
szyn cyfrowych. 

Zdaniem wielu dyskutant6w, przy- 
szlosc problematyki baz danych wi- 
dziana w dziesie;cioletniej perpsekty- 
wie — to rozwia.zania sprzQtowe i pro- 
gramowe zwia.zane z konkretnymi za- 
stosowaniami. Zmieni to w zasadniczy 
spos6b obecnie stosowana. metodologie. 
badawcza. oraz funkcje SZBD. Konie- 
czne jest kontynuowanie prac nad ty- 
mi systemami. Dyskusjq, czy jest to 
dzialalnosc pozyteczna dla rozwoju 
krajowej informatyki, czy — . jak to 
niekt6rzy malkontenci mniemaja. — 
uprawianie „sztuki dla sztuki" pozo- 
stawiam Czytelnikom do rozstrzygni^- 
cia. 



UTERATURA (rcfcraty przedstawione na 
Semlnaiium): 

[1J Bacrko A., PAN/PL: Simulation control 
of distributed data base 
[2] Insensee E., DVZ Magdeburg: Data 
Bank System DAFEMA base for appli- 
cations of remonte data processing with 
mean producitivity 

[3] Kaiser P., CRC/CSSR: Distributed da- 
ta bases — some problems and questions 
[4] Kowalewski M., CPiZI/PL: Standard 
minicomputer interface In RODAN trans- 
action processing 

[5] Nindel K., LFA/NRD: Formalization of 
information retrieval system by means of 
CODD's relational model-possibilities and 
restrictions 

[6] Pasula J., CPiZI/PL: A CODAS YL-type 
DBMS as a data base machine 
[7] Staniszkis W., CPiZI/PL: The data ba- 
se slmulatora tool for the computer ai- 
ded data base design 

[8] Supper K., MBP/Gmb H/RFN: How to 
apply data base in the proper way. An 
empirical study of current data base soft- 
ware usage. 



Jozef PIASECKI 
ZETO Olsztyn 
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MEDICAL INFORMATICS EUROPE '81 



W polowie lat siedemdziesia.tych 
dwana£cie krajowych stowarzyszen 
zajmuja.cych sie. problematyka. infor- 
matyki medycznej utworzylo organi- 
zacje. pn. European Federation for 
Medical Informatics (EFMI). W sklad 
tej federacji wchodza. aktualnie na- 
stepuja.ce kraje: Belgia, Dania, Fin- 
landia, Francja, Hiszpania, Holandia, 
Norwegia, RFN, Szwecja, Wielka Bry- 
tania oi'az Wlochy. Federacja rozpo- 
rzqdza wlasnym periodykiem nauko- 
wym — kwartalnikiem „Medical In- 
formatics" — wydawanym od 1976 ro- 
ku w Anglii. Jednym z najbardziej 
istotnych przejaw6w dzialalnosci fede- 
racii EFMI sa. kongresy pn. MEDICAL 
INFORMATICS EUROPE (MIE). 

Pierwszy Kongres MIE'78 odbyl 
sie. w 1978 r. w Cambridge, drugi — 
w 1979 r. w Berlinie Zachodnim. 

Trzeci z kolei kongres odbyl sie. w 
Toulouse w dniach od 9 do 13 mar- 
ca 1981 r. Jego organizatorami byly: 
AIM (LAssociation pour 1' Application 
de l'lnformatique a la Medicine) i 
INRIA (LTnstitut National de Recher- 
che .en Informatique et en Automati- 
que). Przewodnicza.cym Komitetu Na- 
ukowego kongresu byl prof. Francis 
Gremy z Paryza. 

Program kongresu obejmowal — 
podobnie jak w Berlinie — trzy ge- 
neralne tematy: 

• systemy opieki zdrowotnej: analiza, 
ocena i planowanie 

• choroby przewleklc: prowadzenie, 
ocena typu followup i badania klini- 
czne 

9 osoby niepelnosprawnc: wspomaga- 
nie informatyczne i robotyczne. 

W ramach powyzszych temat6w od- 
byto sesje robocze. Trzeba jednak 
stwierdzic, ze w odczuciu wielu u- 
czestnik6w kongresu — \v tym i ni- 
zej podpisanego — sformulowanie te- 
matow wioda.cych byly zorientowane 
nadmiernie w strong medycyny. 

Szczegolnie wartosciowymi elemen- 
tami programu kongresu byly sesje 
szkoleniowe (teaching sesions), posie- 
dzenia tzw. okra.glego stolu oraz nie- 
kt6re referaty plenarne. Mozna tu 
przykladowo wymienid: 

• wyklad K. Sautera (Kolonia, RFN) 
..Medyczne bazy danych — podsta- 
wowe notacje o strukturze i uzytko- 
waniu" 



© dyskusje. okra.glego stolu nt. baz da- 
nych w naukowych badaniach medy- 
cznych 

© referaty plenarne: 

— J. R. Moehra (RFN) „Komputer w 
gabinecie lekarskim" 

— J. Vidal (USA) „Zintegrowane 
przetwarzanie danych i telekomunika- 
cja w badaniach biomedycznych i me- 
dycynie — perspektywy na lata o- 
siemdziesia.te" 

— M. Goldberg, W. Daba i F. Gre- 
my „Miara zdrowia jednostki a miara 
zdrowia populacji". 

W programie znalazly sie. dwie pol- 
skie prace. W ramach sesji , .Motor 
defects" prof. A. Morecki (Politechni- 
ka Warszawska) wyglosil referat ilu- 
strowany filmem pt. ..Substituting of 
upper human extermities functions — 
where are we going? (wsp61autorzy: 
H. Borowski, J. Kiwerski, R. Pasni- 
czek, J. Ober). Dr P. J. Jasinski (Po- 
litechnika Poznanska) przedstawil w 
sesji ..Data handling problems" prace. 
pt. ..Relational data base CARDIO- 
COD: a tool for clinical research in 
cardiology" (wsp61autorzy: H. Krug, 
B. Talkowska). Peine materialy kon- 
gresowe, tj. teksty ponad 100 refe- 
rat6w, zostaly wydane przez Sprin- 
ger-Verlag, jako torn 11 serii Lectu- 
re Notes in Medical Informatics. 

W powszechnym odczuciu uczestni- 
k6w (a bylo ich ponad 300) kongres 
MIE byl udany tak z punktu widze- 
nia naukowego, jak i organizacyjnego. 
Naste.pny kongres MIE odbe_dzie siQ 
w marcu 1982 roku w Dublinie, 



Na tie tego kr6tkiego om6wienia 
federacji MIE i jej kongresow warto 
pokusic si? o garsc refleksji dotyczq- 
cych znaczenia i perspektyw informa- 
tyki medycznej. 

Po pierwsze — wydaje sie., ze me- 
dyczne zastosowania informatyki de- 
finitywnie wyszly z okresu pionier- 
skiego. Wiele projekt6w komputery- 
zacji medycyny ma juz wieloletnia. hi- 
storie., a w codziennej praktyce kli- 
nicznej b^di. szpitalnej dowodzi swej 
uzytecznosci, rozwazanej Iqcznie z ko- 
sztami, kt6re przy takich zamierze- 
niach trzeba ponosi6. Wyciqganie jed- 
nak wniosku, iz metody i srodki in- 
formatyki staly sie. powszechnym na- 
rze.dziem lekarskim byloby blqdem. 



Na przyklad, w tak zaawansowanym 
informatycznie kraju jak USA w wie.- 
kszosci szpitali ba.dz nie podj^to prac, 
ba.dz tez wtqcz wyraza siq brak za- 
interesowania komputerowo-wspoma- 
ganymi Medycznymi Systemami In- 
formacyjnymi (tzw. MIS). Wiele ba- 
dan z tego zakresu, prowadzonych w 
osrodkach zachodnich, ma do dzis 
charakter wycinkowy i eksperymen- 
talny; dos6 cze.sto uzyskiwane rezul- 
taty nie spelniaja. wstepnych zalozen, 
stanowiqc zr6dlo frustracji i dezapro- 
baty uzytkownik6w, tj. lekarzy ba.dz 
adrr/!nistrator6w sluzby zdrowia. 

. Po drugie — mozna zaryzykowac 
twierdzenie, ze szereg polskich badan 
i prac z zakresu informatyki medy- 
cznej (gl6wnie te, kt6re znane sa. au- 
torowi niniejszego om6wienia z pro- 
blemu wezlowego PAN 10.4, prowa- 
dzonego w latach 1976 — 1980) reprezen- 
tuje poziom w pelni odpowiadajqcy 
aktualnemu stanowi w Europie, a tak- 
ze na Swiecie. Niestety, refleksja ta 
dotyczy gl6wnie sfery koncepcyjnej 
rodzimych prac; z dobrze znanych 
powodow nasze realizacje sa. na ogol 
podejmowane w ograniczonych wa- 
runkach doste.pnosci i jakosci sprzQtu, 
co przekresla ich konkurencyjnosc. 

Mozna postawic pytanie, czy w o- 
becnej sytuacji naszego kraju wpro- 
wadzenie komputer6w do medycyny 
zasluguje na dalsza. promocje.. Przy 
zachowaniu naleznego umiaru w o- 
kreSlaniu cel6w, odpowiedz na takie 
pytanie winna by6 pozytywna i to 
co najmndej z dw6ch powod6w. Po 
pierwsze: zaniedbanie tej dziedziny 
badan naukowych i dzialalnosci pi*o- 
jektowej, poniechanie wykorzystania 
dotychczasowych wynik6w moze siq 
okazac za lat kilka strata, nie do od- 
robienia. Po drugie: ochronie zdrowia 
w Polsce od dawna przypisuje si? 
wysoka. range, spoleczna. (ten aspekt 
systemu ochrony zdrowia jest takze 
coraz silniej akcentowany w rozwi- 
niQtych krajach kapitalistycznych). 
Trzeba sobie w zwiqzku z tym u- 
swiadomifi, ze obje.cie wielomilionowej 
populacji skutecznym, sprawnym sy- 
stemem ochrony zdrowia, zapewnienie 
kazdej jednostce pemego dostqpu do 
swiadczen i zadowalajgcego poziomu 
obslugi medycznej oraz optymalizacja 
ogromnych kosztow inwestycyjnych i 
eksploatacyjnych takiego systemu bq- 
da. niemozliwe bez wprowadzenia roz- 
norodnych metod i techniki kompute- 
ryzacji. 

Piotr J. JASINSKI 
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Algorytmy '81 

ALGORYTMY to nazwa miQdzyna- 
rodowej .konferencji poswiqconej pre- 
zentacji zarowno nowych algorytmbw, 
jak i nowych metod zastosowania in- 
formatyki w gospodarce, technice i 
nauce. Od 1971 r. co dwa lata w 
Strbske Pleso (.slowacka cze.sc Wyso- 
kich Tatr) spotyka sie. okolo 300 spc- 
cjalist6w czechoslowackich, reprezen- 
tujacych szkoly wyzsze, instytuty nau- 
kowe oraz jednostki organizacyjne 
przemyshi i administracji. Konferen- 
cja organizowana jest przez staly Ko- 
mitet Programowy z udzialem Slo- 
wackiej Akademii Nauk, Towarzystwa 
Slowackich Matematyk6w i Fizyk6w 
oraz Politechniki w Bratyslawie. 

Dzie.ki konsekwencji organizator6w 
w zachowaniu przyjQtej od poczatku 
problematyki i towarzyszacym konfe- 
rencji wydawnictwom cieszy sie. ona 
duzym zainteresowaniem i popularno- 
scia. nie tylko w CSRS, ale r6wniez w 
sa.siaduja,cych krajach (PRL, NRD, 
ZSRR). G16wnym jej celem jest u- 
powszechnienie osiagnie.6 i wiedzy w 
dziedzinie metod tworzenia i stoso- 
wania algorytm6w oraz wymiana do- 
swiadczen w tym zakresie. 

Szczegolowy program VI Mie.dzy- 
narodowej Konferencji ALGORYT- 
MY'81 (6— 10.IV.1981 r.) obejmowal 57 
referatow, wygloszonych na posiedze- 
niach sesyjnych (w dwu sekcjach — 
algorytmy oraz metody i techniki in- 
formatyczne), 29 komunikatow o no- 
wych algorytmach oraz dwic sesje 
panelowe (dotyczace problem6w two- 
rzenia baz danych w systemach infor- 
matycznych oraz analizy, implementa- 
cji i rozwoju algorytm6w). Wsrod 
tematow podejmowanych na konfe- 
rencji mozna wyodrebmic naste;puja.ce 
grupy problemowe: 

© nowe algorytmy numeryczne, zwla- 
szcza z zakresu algebry liniowej, me- 
tod kombinatorycznych, robotyki, roz- 
poznawania obrazow, 

• metody projektowania, wdrazania 
i oceny efektywnosci systemdw infor- 
matycznych 

• metody organizacji i przechowywa- 
nia danych w architekturze system6w 
informatycznych 



• metody efektywnego dostQpu do in- 
formacji przechowywanych w bazach 
danych. 

Sposr6d 10 referatbw programo- 
wych na szczeg61na. uwagq zaslugujEj 
takie tematy, jak: 

© je,zyk rozpoznawania danych w sy- 
stemie przetwarzania tekst6w i za- 
dan (M. Ciganik — Bratyslawa) 

© prognozy rozwoju algorytmbw (F. 
Kliiska — Bratyslawa) 

• algorytmy specjalizowanych macie- 
rzowych system6w komputerowych 
(J. Miklosko — Bratyslawa) 

© efektywnoSd systemdw informatycz- 
nych (M. Bazewicz, J. Debowy — 
Wroclaw) 

8 ilosciowe i jakoiciowe metody po- 
r6wnywania jQzyk6w symulacyjnych 
(F. Stuchlik, P. Lorenz — Magneburg). 

Sluszno£6 wyboru problematyki o- 
raz form organizacyjnych jej upow- 
szechniania w Czechoslowacji po- 
twierdza duza aktywnos'c uczestnik6w 
konferencji. Klimat zaarjgazowania to- 
warzyszyl zar6wno posiedzeniom se- 
syjnym, jak i dyskusjom panelowym, 
w ktorych oprocz pytan szczegolo- 
wych byly wysta.pienia polemizuja.ce 
z tezami gloszonymi przez referent6w, 
a takze kontrowersyjne w stosunku do 
poglad6w reprezentowanych przez pa- 
nelist6w i moderator6w posiedzen pa- 
nelowych (dr M. Ciganik, J. Miklo- 
sko). 

Istotna. zaleta. tego rodzaju imprezy 
naukowej jest nie tylko publikowanie 
pelnych tekst6w referatow, lecz sy- 
stematyczne wydawanie specjalnego 
katalogu (zbio.ru) algorytm6w kt6- 
ry jest udostepniany wszystkim ucze- 
stnikom kolejnych konferencji ALGO- 
RYTMY. Wszystkie prezentowane al- 
gorytmy zostaly opisane w spos6b u- 
jednolicony, wg og61nie j?rzyje.tych zn- 
sad i format6w, oraz zawieraja. pclna. 
informacjq o ich wlasciwosciach i prze- 
znaczeniu. Sa one zapisane w jezyku 
ALGOL 60, PASCAL, FORTRAN oraz 
w innych jezykach programowania, 
jak np. PL-I. W katalogu algorytmv 
zostaiy sklasyf ikowane w 13 grupach 
tematycznych, z kt6rych kazda dzie- 



') Kniinica Algoritmow — VI diel, ALGO- 
TtYTMY'81, Vysoke Tatry, Strbske Pleso 
1981. Jednostka Slovenskych Matematlkov a 
Flzykov pre SAV — OSVS Bratislava. 



li sie. dalej na podgrupy. Ogranicze. 
siq do wyszczeg61nienia samych nazw 
tych grup: 

• metody aproksymacji 

© numeryczne r6zniczkowanie i cal- 
kowanie 

* r6wnania r6zniczkowe i calkowe 
® funkcjc specjalne 

9 rachunek macierzowy 

© wartosci wlasne i wektory wlasne 
macierzy 

8 uklady rownaii liniowych 

9 r6wnania matematyczne 

© metody matematyczne w ekonomi- 
ce, w tym liniowe i nieliniowe pro- 
gramowanie, dynamiczne i stochasty- 
czne programowanie i inne 

© probabUistyczne metody i procesy, 
w tym generowanie liczb przypadko- 
wych, metody Monte Carlo, systemy 
masowej obslugi, metody symulacyjne 
i inne 

© kombinatoryka 
© inne metody. 

Wydawanie katalogow algorytm6w i 
upowszechnianie ich wsr6d uczestni- 
k6w konferencji sprzyja wzrostowi 
wykorzystania tych opracowan w r6z- 
nych osrodkach obliczeniowych, za- 
ciesnianiu wspolpracy miQdzy r6znymi 
zespolami autorskimi (np. koniecznosd 
aktualizacji algorytm6w wynikaj^cych 
z obowi^zku nalozonego na autorow) 
oraz szerokiej wymianie doswiadczen. 
O randze tak prowadzonej dzialalno- 
sci moze swiadczyd fakt, ze materia- 
ly kolejnych konferencji ALGORYT- 
MY sa. gromadzone w zbiorach doku- 
mentacyjnych informatyki w Mosk- 
wie i Paryzu. Wydaje sit; w pelni 
uzasadnione zamieszczenie na lamach 
INFORMATYKI wybranych, bardziej 
interesuja.cych pozyeji publikacyjnych 
konferencji ALGORYTMY. Nasze o- 
siagniqeia s^ takze prezentowane na 
tych spotkaniach. Szczeg6ma. aktyw- 
nos6 wykazuje ^rodowisko informaty- 
k6w Wroclawia, Warszawy i Krako- 
wa. Kompletne materialy z czterech 
ostatnich konferencji znajdujf} siQ w 
Politechnice Wroclawskiej i mog^ bye 
udost(;pnione na zyczenie zaintereso- 
wanych. 

Mieczyslaw BAZEWICZ 



Pula papicru przeznaczona dla INFORMATYKI gwaltownie malejc. W poprzednim numerze aapowicdzic- 
lisrny wydanic w tym roku dwoch uuracrow l^czonych dzisiaj iviadomo, ze b?dzie ich cztery tzn. wszystkie 
pozostale. Prenumeratorom oddana zoslanic nadwyzka przcdplaty. (Red.) 
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Nowy numeryczny uktad scalony INTEL 8087 



Numeryczne uklady scalone w 
znacznym stopniu elirninuja, vv mikro- 
procesoraoh rozbudowane oprogramo- 
wanie, jakie jest niezbedne do wyko- 
nywania obliczeii numerycznych. Po- 
nadto umozlLwiajEi one wielokrotne 
zwaekszenie szybkosci i dokladnosci 
dzialania systemu mikrokomputero- 
wego. Nowy uklad scalony INTEL 
8087 moze wspolpracowac z mikro- 
komputera.mi zarowno 8-, jak i 16- 
-bitowymi. Wczesniejszy tego typu 
uklad, a mianowdcie 9411 firmy AD- 
VANCED MICRO DEVICES byl przc- 
zuaczony dla systemow 8-bitowych. 

INTEL 8087 ma duzy repertuar ope- 
racji airytmetycznych, kt6re wykonuje 
ok. 100 razy szybciej niz jest to mo- 
zliwe w opareiu o programy arytme- 
tyki zmiannoprzecinkowej realizowane 
w spos6.b tradycyjny. Jego szybkosfi 
i dokladnosc dzialania dorownuja. ana- 
logicznym parametrom mlnikampute- 
r6w i komputer6w wyposazanych w 
uklady elektroniczne arytmetyki 
zmiennoprzeciakowej. 

Dzialaja.c jako procesor wsp61pracu- 
jgcy, nie zas jako uklad peryferyjny 
INTEL 8087 przetwarza itaiki sam 
strumien instrukcji jak typorwy mi- 
kroprocesor. W momencie natrafienia 
na instrufccje. (numerycznq) INTEL 
8037 moze natychmiast rozpoczgc jej 
wykonywanie, natomiast imikroproce- 
sor kontynuuje wykonywanie pozo- 
stalych instrukcji (nienumerycznyoh). 
Szybkoi6 takiego wsp61biecanego ukla- 
du wzrasta jeszcze bardziej, gdyz we- 



wnqtrz ukladu INTEL 8087 anajduja. 
sie dwa, rownolegle dzialajEice pro- 
cesory. 

INTEL 8087 ma zbior instrulkcji 
obejmujacy pelny zakres operacji ary- 
tmctycznych i przestepnych. Architek- 
tura wewnqtrzna ukladu opiera sie. 
na strukturze 64-ibitowej, natamuast 
obliczenia zmiennoprzecinkowe wyko- 
nywane sa. na liczbach 80-ibitowyoh. 
Uklad jest pelna. implementacja, pro- 
ponowanego przez IEEE standaudu do- 
tyczgcego arytmetyki zmiannoprzecin- 
kowej. Procesor dziala na kilku ty- 
pach danych, a mianowicie na 16-, 
3-2- i 64-todtowych liczbach calkowi- 
tych oraz 32- i 64-bi'towyoh liczbach 
zmiennoprzecinkowyoh (pojedyncza i 
podw6jna precyzja). Wszystkie typy 
danych sa. przeksztalcane na 64-tbi;towy 
format wewn^trzny ukladu, obliczenia 
zas sg wykonywane w maksymalnej 
precyzji, tzn. z wykorzystaniem 80 
bit&w (1 bit znafeu, 15 bit6w wyklad- 
nika i 64 bity ulamka). Format taki 
pozwala dziala6 na liczbach z zakre- 
su 10- 4932 do 10 433 * (calkowita liczba 
czastek we wszechswiecie oceniana 
jest na 10 75 ). Mimo ze wiekszoJG obli- 
czen praktycznych nie wymaga tak 
duiego zakresu liczb, to rozwiazanie 
takie ziinniejsza prawdopodobienstwo 
przepelnienia w przypadku zlozonych 
obliczeri. Dla takich przypadkow jak 
przepelnicnie, pierwiastek kwadra- 
towy z liczby ujemnej i dzielenie 
przez zero w ukladach INTEL 8087 
sa. wbudowane takze procedury wy- 
krywania bledow. 



Oprocz podstawowych operacji ary- 
tmetycznych (dodawanie, odejmowa- 
nde, mitozenie, dzielenie oraz pierwia- 
stek kwadratowy), zbior instrukcji 
INTEL 8087 zawiera takze operacje 
konwersji dw6jkowodziesietnej oraz 
obliczenia funkcji przestepnych (wy- 
kladnicze, logarytmiczne, trygonome- 
tryczne). Algorytm obliczania funkcji 
przestejpnych umozliwia osi^gni^cie 
poziomu blejd6w ponizej trzech jedno- 
stek na ostatnim miejscu liczby 80- 
-bitowej (w reprezentacji maszyno- 
wej) przy szybkosciach 100—200 us. 

Ciasy dzialania ukladu INTEL 8987 
S3 bavdzo krotkie (rz^du 4 |is) w przy- 
puciku instrukcji logicznych i porow- 
nywania oraz 25 (is — w przypadku 
mnozr-nia w podwojnej precyzji. Wy- 
daje si(;, ze obecnie nie ma minikom- 
putera luib komputera, ktory zapew- 
nialby taki poziom dokladnosci przy 
podobnych szybkosciach dzialania. 

Ceng, ktdra. trzeba bylo zaplacic za 
osiqgni^cie takich parametrow, jest 
wielkosc ukladu. Ma on stosunkowo 
duze wymiary, poniewaz dlugosc ka/.- 
dej z jego kraw^dzi przekracza 
280 mm. Nasunqc to moze pytanie do- 
tyczqce wydajnosci i kosztu zastoso- 
wanych urzqdzen produkcyjnych. 



Oprac. KM. na podstawie 
czasopisma HIGH TECHNOLOGY, 
kwiecien 1080 



RECE/VZJE 



Nieporozumienie 



Biblioteka Problemow — mimo przeszkod wydawni- 
ozycli, z jakirni boryka sie. PWN — swymi 287 pozycjami 
popularncnankowymi zyskala sobie tavala. sympatic czy- 
telinikow. Niestety, kolejna pozycja tylko w ozQsci odpo- 
Twiada dotychczasowemu standardowi J ). 

Satyryk c-kreslilby to dzielo, opublikowane w polskim 
przelcladzie pod wielce obiecujqcym tytulem „Dzieje kom- 
puter6w", jaiko „dobre niemiecko-akademickie dzielo w 
zlym tego slowa znaczeniu". C6z bowiem sklada sie. na 
ewe „Dzieje"? 

— Ha, mamy troche; atrcheologii, okraszonej napomknie- 



') Hans Kaufmann: Dzieje Icomputerow. PWN, Warszawa, 1080; 
Blblloteka Problera6w; z oryginalu nlemieckiego (1974 r.) przclo- 
^yl Marek K?sy, 138 str.; 26 llustracjl; cena 26 zl. 



niem o teorii Shannona oraz wspanialy traktat o inwazji 
Cilc-zofii axystoteQesawskiaj, pnzprawiony nazwiskiem G6- 
dela. Dalsza cze;sc to> nanka histonii muzulmanskiej, obra- 
zowo sapikO'wana anegdotkami o Al-Chorezmim, z obo- 
wiazkowa. zonglerkq terminem software, jako klamra, spi- 
najqcq algory.tmy Al-Ohoxezmiego z pdzniejszym (o> tysi^c 
lat) elektroniczinym przetwarzandem danych. Przedostatni 
rozdzial tratotuje obowia.'Z'kowo o papiezu... cybernetyki 
(Wiieneaize) i jego sympatii dla patrona tej nauki (Leibni- 
za); pnzy okazji napomyka si^ co nieco o konstruktorach 
maszyn licz^cych (mochanicznych). Ostatni rozdzial na- 
tomiast poswiecony jest komputerom i oudom krzemo- 
wych miniaitur... 

Oryginalny tytul dzii-ela brzmii: „Die Ahncn des Com- 
puters" (dosl. „PrzGdkowie komputer6w"). Hans Kaufmann 
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opatrzyl jednak swoj, .uroezy skajdlinad lekkosoia. przeska- 
kdwania z tematu na temat, trafctacik refleksy>jny „amor- 
tyzujaeym" podtytulem: „Qd pisma femiokiego do prze- 
twarzamia danych". W polskim tlumaczeatiu ksiazka po- 
winna sic. nazywad ..Zarande komputerow" lub jakos po- 
dobnie, wtedy budzilaby tylko niedosyt, a nie az — obu- 
rr.ende. 

W „Dziejach komputerow" m6wi sie. bowiem tylko o 
dwu komputerach (ENIAC o fan'tastyoznej szybkosci" 
i EDVAC), dw6ch je.zykach (ALGOL, FORTRAN), dwu 
czcionkach komputerowych (CMC-7 i OGR-A), dwooh cy- 
bernetykaah (Wiener, Brdlloudn), sa. fotografde dw6oh in- 
formatyk6w (Zuse, von Neumann), wspomina sie. jeszcze 

0 dwu dalszych (Tuning, Shannon), blizej omaw.ia sie. tyl- 
ko dwa pojecia komputerowe (algorytm, pamie.6). Wpraw- 
dzie rola ukladu dw6jkowego w budowde wspolczes- 
nych komputeraw jest ogromna, ale ogramiczanie sie. tyl- 
ko do taki'Ch „binarnyah" przykladow jest dowodem — la- 
gadnie m6wiac — odwagi. 

Garzkie te slowa nie zmdemia. faktu, ze pnzez niedo- 
ksztalconych hurnanistycznie fanatyk6w techniki ksiazka 
Kaufmamna bed2ie czyitana z wypiekami na twarzy, ba, 
maze nawet pobuidzi ich do tw6rczych skojanzen. Qby tyl- 
ko nie ohcieli podahnej ksiazka napisa6 o... dziejach lotow 
kosmicznych (recepta: chiiiskie smoki, Ikaor, Dogonowie, 
Werner von Braun rodem z Wuerzycy i lot baldstyczny 
Shepparda; podbudowa filozofdczma moze bye skopiowana 
z „Dziej6w Kornputar6w", z zacytowaniem Ptolemeusza 

1 Kopernika, jako dowodem oczytainita. 

Dzdej6w komputerow nie nazwalbym ksdaika, szkodldwq. 
Ostateczmie nie zostala napdsana przez intarmatyka. Nde- 
porozumieniem jest po prostu jej tytul. Osobisoie ksdaikq 
przeczytalem z ciekawoscia.. Szczeg61nie zadmteresowaly 
mnie podobienstwa fonetyczne nazw drugioh liter w alfa- 



betach feniokim, synajskim, arabskim i greekim. Nauczy- 
lem sie. sylabdzowad napds klinowy na Palacu Daniusza. 
Rewelacjij byla tez dla mnie uwaga o wspc-lczesnym zaste.- 
powaniu telekomunikacji przewodowe j elekbrycznej 
przez swiatlowodowa., z erudycyijnym napomkniejoiem, ze o 
poslugdwaniu sie swdatlem w laczmoscd wspaminal juz mi- 
tyozny Homer. Takze nie wiedzialem, ze Poldbiusz — au- 
tor opisu interesujacego kodu pochadniowego — zostal 
stracony w 47 r. n.e. jako sekxetarz znamego nam z telewd- 
zyjnego serdalu — Cesarza Klauiddusza. Uzupelnilem tez 
swoja, wiedze. geografdcznci; zamdeszozone mapki Jonii, kra- 
j6w arabskich, a zwlaszcza KaJdfatu Kordobaiiskiego po- 
awoLily mi weszcde zapamietac, ze g6my bdeg rzeki Ebro 
pozostal na 9zozescie dla komputerdw poza zasie^iem mu- 
z wlm an 6 w. 

Dawno lektura ksiqzki popularnonaukowej nie wprawila 
mnie w tak mily nastr6j. Nie potrafilem si^ jeszcze tyl- 
ko nauczyc „szwabachy Gutenberga" ze slynnej Biblii 
(bo i taka. reprodukcjQ zawierajq „Dzieje Komputer6w")- 
Przy tak olbrzymiej obfitoiod dywagacji, znakbmicde pod- 
noszqcyoh — jako beziprzedmdotowe w stostinku do kom- 
pu.ter6w — pr.zyswajalnosc dziela, juz moze zdziwdd fakt, 
ze na omowdende stosowanych w starozyitnoScd oaobnyich 
znak6w na liczebndjki zabraklo po pnostiu mdejsca. Ale o 
tym, ze najwazniejszym wynalazkiem starozytnosci bylo 
wynalezienie osobnych symlboli grafdcanych dla liczebni- 
k6w, czyli c y f r, na szozesoie wisdzdalem juz z innych 
ksiaiek. 

Homera! Chcdalbym wiedz'iec k t o opiniowal te niefra- 
sobliwq ksdazeczke.? Jezeli prywatne wy.dawniotwra ECON 
VERLAG GmbH duukuje zakalce intelefctualne pod kom- 
puteraw^ sukienkq, to czy musi to robic i... BWN? 



Adam B. EMPACHEK 



Akfualia sprzed lat 



Na poczqtku biez-qcego .xoku ukaaala sie. ma p61kach 
ksiegarskich 'IcsiEjzka Zofiii Menet pt. „Mala iinformatyka. 
Srodki d 'zastosowatraie" l ). Jest to kolejna pozycja iwydana 
przez Panstwowe Wydawnidtwo Ekonomiczne iw ramach 
popularnej serii „Informatyka w ipxaktyce". iZ redakcyj- 
nego komentarza, umdeszczanego na wewnejtriznej strande 
okladkd mozna sie idowiedziei o eelowoicd jej wydanda. 
Wyndka stsid, ze male d irednde przedsiebiors'twa nie imaja. 
mozliwoici izakupu elektronicznych maszyn cyfrowych, 
musz^ imied .jednak 'odpowdednie isradkd itecbniozne do 
wspieTania nowoozesnych systeim6w izarz^dzania... „W za~ 
sieffu mozliwo§ci tych przedsiqbiorstw znajduiq sie irodki 
techniki przetwarzania danych, uzupelnione w razie po- 
trzeby maszynami do liczenia •(? — iprzyp. m6j). Istnieje 
wiec duza grupa maszyn o rdznych mozliwoiciach eksploa- 
tacyjnych. Okrcs'la si? je mianem Srodkdw malej injor- 
matyki". Glowinyjri celem Autorfci bylo wIqc „ztor6cenie 
uwagi na niedoceniane czasem mozliwos'ci eksploatowa- 
nych maszyn tej grupy, wraz z zaprezentowaniem maszyn 
nowych, dotqd nie znanych i szerzei nie stosowanych". 

Tak .okreikmy eel ksiazki jest ibardzo dnteresuj^cy z 
punktu iWidzenia praktyki gospodarczej, 'tylko ze — nie- 
stety — nie zostal .zrealizowany. Autorka rniiala zaprezen- 



') Menet Z.: Mala lnformatyka. Srodkl i za3tosowanle. PWE, 
Warszawa, 1980, wyd. I, nakl. 3000 + 230 egz., str. 170, 35 rys., 
cena 30 zi. 



towac „maszyny nowe, dotqd nie znane i szerzei nie sto- 
sowane", @dy itymczasem to, ico przedstawia <w oze.5ci do- 
tyczqeej srodkow (str. 7—83), jest wrecz archaiczne. Ma- 
szyny przedstawione na stronach: 33, 37, 38, 40 — autorka 
opisywala juz 13 lat temu (!) w swoim skrypede 2 ). Rftw- 
niez 13 lat temu maszyny te dokladmie opdsali A. Janzem- 
bowskd 3 ) d T. Walczak '). Natamiast 12 lat temu maszyny 
malej d sredniej mechanizacjd, te same, kt6re w 1980 r. 
opisuje Z. Menet, mozna bylo znalezd w fcsiaice T. Pe- 
che 5 ). Elektroniczine maszyny do faktuTiOwania, do ksie^o- 
wanda, automaty obraohannkowe d mirdkomputery, przedsta- 
w.ione w ksdqzce ma str. &2—\145, byly <z kolei iw podobny 
spos6b opisane pnzez H. Sabisa e ) kilka iat temu, a takze 



! ) Menet Z.: Srodkl technlczne malej mechanlzacjl prac obll- 
czenlowych. SGPiS, Warszawa, 1908 

J ) Jarzembowski A.: Organlzacja zmechanlzowanej rachunkowoS- 
cl. Mala i srednla mechanlzacja prac ewidencyjno-obrachunko- 
wych. WSE, Poznan, 1909, Zeszyt nr 82. 

') Walczak T.: Maszyny Hcza.ce. PWE, Warszawa, 1908. 

') Peche T.: Organizacja 1 mechanlzacja rachunkowoscl. PWE, 
Warszawa, 1909. 

') Elementy organizacjl i mechanlzacjl rachunkowoscl. Red. H. 
Sobis, WSE, Wroclaw, 1971; Organlzacja 1 automatyzacja rachun- 
kowoScl. Red. H. Sobls, AE, Wroclaw, 1970. 
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ffSBECEHIZJE 



(i to lepiej) przez A. Nowakowskdego i W. Olejniczaka w 
ramach seiiid ..Inforrnatyka w praktyce" 7 ) — toy data 
temu. Wspomniana zapowdedz opisu nowoscd jest zatem 
nieporozumiemdem. 

Cze£6 ksiqzkd poswiQcona zastosowaniu Srodk6w malej 
informatykd TOwindez rozczarowuje. Wyste.puje itu dziwne 
zjawdsko: dm wyzszy stopden techndka przetiwarzaniia itym 
mniej obje;tio£ci poswieca Autorka na opis mozliwosci za- 
stosowan; w przypadku 'maszyn malej .teohniki przetwa- 
rzania idanych — ■ ,10 stron, maszyn 'do iksdegowania i fak- 
turowanda — 7 stron, auitomat6w obxachunkowych i mi- 
ni'komp.uter6w — 4 strony. 

Zagadnienia programowanda, omowdone ina kilku itylko 
stronach sa silq rzeczy tak skrocone, ize Ich rwartosc rne- 
rytoryczna jest zmacznie ograniczona. 

Rozdzial „Wybrane zagadnienia origanizacji stosowania 
srodk6w teehnicznych malej linfonmatyki" w rzeczy samej 
stanowd encyklopedyczny opis projektowanda system6w 



') Nowakowskl A., Olejniczak W.: Mlnikomputery biurowe. 
PWE, Warszawa, 1978. 



dnformatyeznyoh i nie jest organicznie zwiazany a przed- 
stawionymi •w ksiazce maszynami. 

Klasyfifcacja maszyn liczacych (a nie cyfrowyah), przed- 
stawiona na rys. 9, jest przestarzala — byla opracowana 
i stosowana wylaczmde w idobie maszyn mechanicznych, 
nie zdaje natomaast egzamiruu w dobie elektronicznej. 
Swiadcza o 'tym chociazby klopoty Autorki iz izaliczeniem 
mindkompu'teTo.w d aiitomatow obraehunkowych jednoznaoz- 
nie do konkretnej 'gr.upy maszyn liozaeyeh. Nie rnoge sde. 
zgodzic rowniez .ze stwtier>d.zendem zawamtym na str. 147: 
„Minikomputery mogq mied zastosowanie w przetwarza- 
niu scentralizowanym, wystepujqc jako urzqdzenia trans- 
misji danych". Jest to przesadne uproszczende mold inteli- 
gentnych urza.dzen koncowycn, jaka. imaja spelnda6 mind- 
komputexy ,w -zidalnych systemach linformatyeznych. 

W okresiie ostrego kiryzysu wydawndozego, kiedy war- 
tosedowe pozycje czekaja kilka lat w kolejce ido tdrukarni, 
PWE mie moze pozwalac sobie na luiksius wydawania ksda- 
zek, kt6rych przydatnosc jest — deldkatnie mowiac — 
watpldwa. 

Jan STEPNIEWSKI 



Czy kompufer moie decydowac? 



W czechoslowackim miiesiecznrku „MECHANIZACE — 
AUTOMATIZACE — ADMINISTRATIVE' (nr 10/1980) u- 
kazal sie ar.tykul dr. Miroslava Steca z Bratyslawy pt. „Czy 
mozna automatyzowac decyzje?" Autor zaczyna go slowa- 
mi: „Ze wzglqdu na to, ze wielu czytelnikdw nie wqtpi 
o tym, iz mozna automatyzowad decydowanie, a niektdrzy 
nawet znajq przypadki, ze decydowanie juz zostalo zauto- 
matyzowane — pytanie postawione w tytule tego artykulu 
byloby zbyteczne, gdyby autor chcial na nie odpowiedzied 
twierdzqco". W dalszym ciqgu autor pisze: „Jezeli jednak 
bedziemy zajmowad ste problematykq decydowania bardziej 
szczegdlowo, to zauwazymy, ze odpowiedz na pytanie (...) 
bynajmniej nie jest latwa". 

Autor przystepuje naste.pnie do mozldwie scislego zdefi- 
niowania poj^d decyzja i czynnoscd decyzyjne. 
Powoluje sie przy tym m.dn. na prace. J. Zielendewskiego 
„Teoria organizacjd i zarzadzania" (w tlumaczendu czeskim). 
W pracy tej decyzja jest okreslona jako „nieprzypad- 
kowy wyb6r w toku czynnoscd". Pozostald autorzy, na kto- 
rych powoluje sie M. Stec, sa. takze jednomyslnd co do 
tego, ze przy decydowaniu musd miefi mdejsce wybor spo- 
sr6d kilku wariant6w. 

Dr Stec uwaza, ze za decyzjQ moze bye uwazany tylko 
takd wyb6r, kt6ry jest dokonywany przez podmdot upra- 
womocniony (wyposazony w kompetencje) do decydowania. 
Nie jest natomiast decyzja wybor dokonywany na podsta- 
wde informacjd wedlug uprzednio, z gory ustanowdonych 
kryteriow. 

Komputera, bedacego maszynq (a nie osoba. fizyczna. lub 
prawna), nie da sie, wyposazyc w jakiekolvvdek kompeten- 
cje, bowdem program komputerowy i zawarty w nim algo- 
rytm przetwarzania danych, reprezentuja jedynde sformald- 
zowane decyzje oparte na zalozendach programowych. Ex 
definitione wyndka wiec, ze czynnoscd decyzyjnych auto- 
matyzowad nie mozna. Decyzje podejmuje przyszly uzyt- 



kownik systemu informatycznego, wybierajac (czyli — usta- 
lajqc z g6ry) okre^lone kryteria przetwarzania d przekazu- 
jqc je w ramach zamowienia komorce zajmujqcej si^ za- 
projektowandem d oprogramowandem systemu. Decyzje. po- 
dejmuje wiec zawczasu uzytkownik systemu, lcomputer zas 
ja tylko w zaistnialych okolicznosciach ujawnia. 

Z innej strony podchodzi do tego zagadnienia dr Rainer 
Schwarz w artykule zamdeszczonym w nr 10/1980 mlesie.cz- 
nika „RECHENTECHNIK — DATENVERARBEITUNG" 
wydawanego w NRD. Juz sam tytul tego artykulu „Instru- 
menty kierowanda — jak wykorzystuje sie matematyke, 
statystyke., cybernetykQ i EPD do podejmowania decyzji" 
wskazuje na poglad autora, iz ETO jest tylko jednym z 
narz^dzi. 

Proces decyzyjny jest — analogicznie jak wszystkie inne 
procesy pracy — polaczendem sily roboczej, przedmiotu 
pracy i srodk6w pracy, a zatem wyr6znia sie. w nim: pod- 
miot decyzji (kierownictwo), przedmiot decyzji oraz jej 
technike; (metody). Autor zaleca stosowanle ETO jako jed- 
nq z takdeh metod — m.dn. do rozwiazywania modeli ma- 
tematycznych, programowania heurystycznego, budowania 
system6w informacji dla kderownictwa. Zdaniem autora — 
stosowane metody (technikd) pracy kierowndctwa, w tym 
rdwndez ETO, maja. na celu nie tylko przetwarzanie da- 
nych, ale tez dokonywanie uzgodnien d przygotowywanie 
rozstrzygni^6, niz zaS samo decydowanie. 

A moral, jaki zdaniem recenzenta wyplywa z obu artyku- 
16w jest ten, ze na zleceniodawcy opracowania systemu 
informatycznego — bez wzgledu na to czy jest to bezpo- 
sredni uzytkownik, czy tez jego jednostka nadrzedna — 
ciqzy szczeg61ny obowdazek d odpowiedzdalno^c za wyrazne 
okreslende: czym dysponuje, czego potrzebuje, czego chce 
d o co mu chodzi. 

Stefan W. ZAWADZKI 
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Encyklopedia g^ykow wysokiego poziomu 



Nakladem WNT ukazala si? pozycja bardzo potrzebna 
polskim uzytkownikom komputer6w 1 ). Ksia_zka ta dotyczy 
•proceduralnych j?zyk6w programowania wysokiego pozio- 
■mu. Jej autor, J. E. Nicholls zastrzega sie. jednak, ze nie 
jest to podr^cznik dla tworc6w j^zykow. Ksiqzka powin- 
na natomiast „sluzy6 programistom praktykom, ktdrzy na 
co dzien uzywajq jqzykow wysokipgo poziomu w rdznych 
dziedzinach zastosowan". Podobnie charakteryzuja. te. pra- 
cq wydawcy polscy, kt6rych zdaniem ksia.zka „moze byi 
takze przydatim studentom kierunkow informfityczjiych 
loyzszych uczelni". Z tym stwierdzeniem trudno sie. jed- 
nak zgodzic \v calej pelni. 

• Wydaje sie., ze dla profcsjonalnych informatykow jest to 
publikacja zbyt og61na. Brakuje w niej bardziej poglcbio- 
nej analizy zr6del i przyczyn wybranego rozwia.zania 
•kazdego z przedstawionych tu problemdw, takiej analizy, 
ktora pozwolilaby ina sformulowanie wskaz6wek metodycz- 
nych przydataych przy tworzeniu j?zyk6w wysokiego po- 
ziomu. Dlatego najwlasciwsze byloby chyba stwierdzenie, 
ze ksiazka jest adres'owana do tych uzytkownik6w, kt6rzy 
■traktuja. komputer (wraz z jego oprogramowaniem pod- 
stawowym) jako sprawne narz^dzie, pomocne przy reali- 
zacji zawodowych zadan. Pogle.bienie przez nich znajo- 
mosci budowy i zasad dzialania jQzyk6w programowania, 
czyli — bezposrednio uzywanego narze.dzia, wydaje sie. ze 
wszech miar celowe, jest nawet niezbejdne dla zrozumie- 
nia istoty parogramowania. 

J. E. Nicholls stwierdza we Wstejpie: „(...) kazdy kto bez- 
po&rednio korzysta z komputera, korzysip. z pewnej for- 
my jezyka programowania". Stwierdza tez, ze: „(...) jezyk 
programowania jest Iqcznikiem miqdzy komputerami a u- 
zytkownikami. Dziqki jqzykowi okreilany jest nowy kom- 
puter o wlasiiosciach odpowradajqcych potrzebom uzytkow- 
nika". Ponadto, zdaniem autora: „(...) zasady (projektowa- 
nia jqzykdw) w rdionym stopniu odnoszq siq do porjek- 
■towania progt'amdw uzytkowych, a konstruowanie dowol- 
nego duzego systemu ma wiele wspolnego z projektoxda- 
niem jqzyka (...)". Kolejnym argumantem, przemiawiaja,- 
cym za koniecznoscia. wnikliwego studiowania struktury 
•uzytkowanych jezykow programowania, jest wreszcie cy- 
towany poglgd B. Whorl'a, ze „(...) iezyk determinuje na- 
sze my§lenie (...)". 

J. E. Nicholls podzielii ksia/zke. na dwie cze.sci. Pierwiza 
— „Tlo i podstawy teoretyczne" obejmuje pie.6 pierw- 
szych rozdzialow. We Wstejue oprocz wyjasnien, dlaczego 
■tworcy oprogramowania uzytkowego powinni studiowac 
budowe. j?zyk6w, autor sformulowal najwazniejsze, jego 
zdaniem, wlasciwosci jQzykow wysokiego poziomu, a mia- 
nowicie: 

© nie zmuszaja. one uzytkownika do zajmowania sie. spe- 
cyficznymi cechami komputerow 

• daja. moznosc przenoszenia programdw, czyli zapewniaja. 
pewien stopieii niezaleznosci od komputera 

•© umozliwiaja. pisa.nie programdw w spos6b bardziej zwie.- 
zly, niz jest to mozliwe w je^zyku maszyny 

• umozliwiaja pisariie program6w w terminologii wlas- 
ciwej do rozwia.zywanych problem6w. 

Zastanawiajac si? nad wymienidnymi ,,wla§ciwo§ciami", 
mozna doj^t do wniosku, ze dwa pierwsze sa. argumen- 
tami dosX- piymity^vinymi, aczkolwiek jako cechy kryterial- 
ne moga bye skuteczne, natomiast dwa nastepine. ujmujti 
gl^biej istote. problemu, ale jako kryteria wydaja. si? z 
kolei zbyt ogotaikowe. 



J ) John E. Nicholls.: Struktura jqzykdw programowania. WNT, 
Warszawa, 1930, serla Informatyka, str. 518, nakt. 6000 + 250 egz, 
cena 120 zl. 



W drugim rozdziale — „Sp'ojTzenie uzyitkownika" — au- 
tor podejmuje prdb? okre^lenia- sposobu analizy poszczegol- 
nych j?zyk6w, sluiacej ocenie ich przydatiiosci dla uzyt- 
kowinika. Wymienia tu np. nastejDU jg.ee cechy procedural- 
nych je.zykow wysokiego poziomu, o kt6rych — jego zda- 
■niem — nalezy pamie.tac przy projektowaniu jqzyka: 

® latwos6 uzycia danego je.zyka 

© duza moc, wyrazana liczba. obliczeri wykonywanych 
przez program okreilonej wielkosci 

© moznoic przenoszenia oprogramowarda 

© latwos'fi popTawiania 

© iatwos6 dokumentowania, np. samodokumentowanie. 
Autor zwraca uwage^ ze cechy te sa. spelniane przez obec- 
ne jQzyki wysokiego poziomu tylko cze.sciowo i w roznym 
stopniu. Wyjasnia tez, ze powszechny styi pracy nad two- 
rzeniem oprogramowania uzytkowego: planowanie, ryso- 
wanie sdeci dzialan, programowanie i testowanie, zostal 
dawniej ukszrtaltowany w efekcie wzorowania sie. na ta- 
kim stylu ,piracy, jaki narzucilo. parogramowanie w je.zyku 
maszynowyim. Czytelnikowi brakuje w tym miejscu jakie- 
gofi komentaraa od autOTa, oceny, czy taki styl pxacy jest 
obecnie r6wnie dobry jak dawniej. 

W tym samym rozdziale J. E. Nicholls sygna.lizuje za- 
gadnienia zwiqzane z poszukiwaniem nowych, skuteczniej- 
szych — g!6wnie w sensie niezawodnoSciowym — metod 
programowania. Celem tych poszukiwah jest „zapewnienie 
mozliwoici konstruowania progr.amaw poprawnych, a nie 
znajdowanie coraz to lepszych metod poprawiania progra- 
mdw (skonstruowanych) z bledami (...)". Jedrxq z naj bar- 
dziej znanych i uznawanych obecnie technik takiego sku- 
tecznego programowania jest rozpropagowane przez Dijk- 
stre. i Wirhtha programowanie strukturalne. 

W tym rodzaju programowania istotna jest mozliwoic 
pocza.tkowego pominie.cia szczeg616w i zaprojektowania je- 
dynie ogolnego ksataMu danego programs, by naste.pnie — 
po sprawdzeniu — stopniowo go uszczegolowiac. Jest to 
tzw. konstruowanie program6w przez kolejne przyblizenia. 
Autor zaiiwaza tu, ze do programowania strukturalnego 
nadaja. sie. je.zyki o strukturze blokowej, a wiec bardziej 
ALGOL czy PL/I, niz FORTRAN i COBOL, w ktorych 
pojecie bloku w og61e nie istnieje. Do problem6w i za- 
sad programowania strukturalnego autor powraca. jeszcze 
wielokrotnie. 

Rozdzial trzeci — „Zastosowania" — poiwie.cony jest a- 
nalizie przydatnosci r6znych j^zykow. Zdaniem autora — 
potrzeby zwiazane z roznymi zastosowaniami wplywaly na 
projektowanie je.zyk6w, powoduja.c znaczne roznice mie.dzy 
nimi. Najsilniej r6znice te zaznaczyly sie. pomie.dzy je.zy- 
kami przeznaczonymi do zastosowan naukowych i admini- 
stracyjnych. Wprawdzie niektore z tych r6znic wynikaiy 
z przyczyn natury historycznej, ale inne sa. sikuitkiem rze- 
czywistych rozbieznoSci, czy to w strukturach danych; czy 
w stosowanych metodach i technikach. 

Autor stwierdza przy okazji, ze wbrew obiegowym po- 
gladom ALGOL i FORTRAN nie zawierajq wszystkich na- 
rzedzi istotnych dla zastosowan naukowych. Zdaniem Ni- 
cholls'a wynika to z faktu, ze j^zyki te odzwierciedlaja. 
tradycyjny pogla.d na analize. numeryezina.. Natomiast stwo- 
rzenie jqzyka og61nego przezinaczenia, jakim jest PL/I 
„jest afirniacjq (!) jedribtsci i dowodzi, ze Iqciienie cech po- 
trzebnych rdznym grupom zastosowan w jednym jezyku 
jest mozliwe i pozyteczne". Warto tu jednak zauwazyc, ze 
czytelnik, nie pxawadzqcy por6wnawczych studi6w nad r6z- 
nyimi j^zykami programowania, musi to ostatnie stwierdze- 
nie przyjac calkowicie na wiare.. Autor nie przeprowadza 
bowiem zadnego dowodu prawdy ani nie ilustruje swego 
stanowiska przykladami. 
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W rozdziale czwartym — ,,Implernentacje jezykow", po 
zdefiniowaniu xoznic mie.dzy kompilatorem a interpreterem, 
autor zwraca uwagQ, ze obie te techniki wplywaja. na 
ksztalt jezykow. Po podaniu kr6tkiego zarysu budowy 
kompilatora, Nicholls stwierdza, ze wynikiem kompilacji 
jest nie tylko przetlumaczony, gotawy da wykonania pro- 
gram, ale rowniez; zbi6r wydrulkow — komunikatdw t pro- 
cesu kompilacji. Te ostatnie stanowia. podstawowE) infor- 
macje. przy poprawianiu programu. Powinno sie, wiec ich 
prawidlowa. forme, i zakres traktowac jako ezesc definicji 
jezyka. Autor podkresla tu, ze wspolczesnie takie podejscie 
do kompilacji i kompilatorow nie jest popularne, formy 
wydruk6w w kazdym jezyku sa, zupelnie dowttlne. Powin- 
no sie, — jego zdaniem — przyja£ scislejsze, bardziej ujed- 
nolicone ich formy, co pozwoliloby na stworzenie systema- 
tycznych metad diagnozowania bledow; powinno sie. trak- 
towac ten problem jako wazna, i samoistna. do pewnego 
stopnia, cze.sc wiedzy o oprogramowamiu. 

Intexesujacy jest rowniez poglad, ze: „(...) ogromny 
postqp jakim jest programoioanie w jqzykcuih wysokiego 
poziomu wcale nie znlfilazl odbicia w konstruovdaniu kom- 
pilatordw (—)". Niestety, i to slwiexdzenie musi czytelnik 
pxzyjac w pewnym sensie na wiare., gdyz autor nie roz- 
winal swej mysli. 

Rozdzial pi^ty — „Podstawy teoretyczne" — poswiecony 
jest om6wieniu pojexiia jezyka. formalnego. Po scharak- 
teryzowaniu samego poj^cia „system fOTmalny" i sposo- 
bu, w jaki wyrasta ono z poje6 matematyki i logiki, au- 
tor om6wil spos6b analizy skladni traktowanej jako sy- 
stem formalny, wyjasnil tez, w jaki spos6b jest to za- 
zwyczaj ujmowane w publikacjach. Przy lekturze tej par- 
tii ksiazki czytelnik odnosi wxazenie, ze autor w pewien 
sposob dystansuje si? ad takiego, zmatematyzowanego po- 
dejscia do pxoblemow jezyka program owania. Jest to 
jednak tylko mgliste wxazenie. A szkoda, bylaby bowiem 
celowa bardziej wnikliwa analiza. Dose ogolne zaprezen- 
towanie tych trudnych problem6w, pozostawia nie znaja- 
cego teoxii czytelnika w sytuacji „oniemialego profana". 

Przy lekturze pierwszej czesci ksiazki czytelnik ma czq- 
sto txudinosci ze sledzeniem mysli autoxa, odnosi wxazenie 
licznych niedom6wien i niejasnosci. Nie wystepuje to przy 
lektuirze drugiej, bardziej pxzejxzystej czesci, ktora obej- 
muije siedem nastepnych xozdzialow i nosi og61ny tytul 
„Elementy proceduralnych jezykow programowania". Jest 



to systematyczna analiza praktycznych aspektow konstru- 
owania jezykow programowania, wskazujaca na sposoby 
studiowania i analizowania tych jezykow. 

Rozdzial szosty omawia precyzyjnie poszczegolne elementy 
jezykow, jak <np. znaki, slowa klucz'owe, wyrazenia, zda- 
nia, bloki, procedury, podprogramy. Po og61nym scharak- 
teryzowaniu tych elementow J. E. Nicholls pokazuje jak 
egzemplifikuja. sie. one w strukturach poszczeg61nych j?- 
zyk6w. W podobny sposob traktuje autor wszystkie za- 
gadnienia omawiane w dalszych rozdzialach, a wie.c: dane, 
•zmienne i ich deklaracje (rozdzial siodmy) oraz struk- 
tury danych (rozdzial 6smy), wyrazenia i sposoby przy- 
pisywania (rozdzial dziewiaty). 

W rozdziale dziesiatym om6wiona jest kolejnosd wyko- 
nywania i spos'oby sterowania kolejnoscia_. W tym wlasnie 
rozdziale szczeg61nie duzo uwagi poswiecal autor na ana- 
lize. konsekwencji, jakie wynikaja. z wprowadzania zasad 
programowania struktuxalnego, w aspekcie znaczenia po- 
szczeg61nych instrukeji sterujacych. W rozdziale jedena- 
stym zaprezentowane zostaly podstawowe wiadomosci o 
wejsciu i wyjsciu, a w dwuinastym — o budbwie oraz zna- 
czeniu podprogramow i procedur, o zasadach ich tworze- 
nia, dzialania i stosowania. 

Caly ten przeglqd obejmuje cztery najwazniejsze — zda- 
niem autora — jezyki wysokiego 1 poziomu: ALGOL 60, 
FORTRAN, COBOL i PL/I. W paru miejscach autor roz- 
szerzyl swoje rozWazania o analizy innych j^zyk6w: APL 
czy LISP; siejgna.1 tez do pxzyklad6w j^zykdwi zupelnie nie- 
znanych przeci^tnemu uzytkowinikowi kcimputer*6w. Partie 
te na og61 bardzo ciekawe, pokazujq bogactWo mozli- 
wosci przy projekfcowaniu j?zyk6w specjalizowanych. Sy- 
stematyczna, kr6tka charakterystyka czterech podstawo- 
wych j^zyk6w z:awaxta jest w Dodatku^ 

Wydanie „Struktury jezyk6w programowama" umozliwia 
przeci^tnemu polskiemu uzytkownikowi komputerow do- 
st^p do solidnej, encyklopedycznie wylozonej wiedzy o za- 
sadach budewy proceduralnych j^zyk6w programowania 
wysokiego poziomu oraz do niezmiexnie bogatego wykazu 
literatury tematu, co juz samo w sobie maze przynies6 
wiele pozytku. 



Stanislawa BONKOWICZ-SITTAUER 



Teleinformatyka 



Kantynuujac xozwazania na temat terminologii z pogra- 
nicza informatyki i telekomunikacji, waxto zwr6ci6 uwage 
na termin multiplekser, wystepu jacy w obu dziedzi- 
nach.^ Niedawno skrytykowano sposob jego uzycia, przypo- 
minajac, ze odpowiednie urzadzenie jest w telekomunikacji 
od wielu lat nazywane krotnica. (W. Nowicki, Przeglad 
Telekomunikacyjny, nr 8/1979). Spr6bujemy wyjasnic, w 
jakim znaczeniu teonmin ten wystepuje w informatyce. 

Wedlug ipxojektu normy ISO DIS 2382/IX angielski wy- 
raz m u 1 1 i p 1 e x e r w transmisji danych oznacza jednostkQ 
funkcjonalng (sprze.tow£i lub pxogxamow^ — pxzyp. J. Z.) 
umozliwiajaca dzielenie wsp61nego osrodka txansmisji pxzez 
wiecej 4r6del danych niz wynika z liczby kana!6\v dost^p- 
nych w tym osrodku. Natomiast sam podzial osrodka tran- 
smisji (toru — przyp. J. Z.) na dwa lub wiecej kanal6w 
okresla sie. slowem multiplexing (Publ. IEC 65A/Sec/25). 



Przypomnijmy (W. Nowicki, op. cit.), ze czynnosc podzia- 
lu jest w telekomunikacji od dawna okxeslana po polsku 
jako uwielokrotnienie toru. Jednakze w informa- 
tyce podzial oznacza nie tylko zasads wykorzystania toru, 
lecz takze krotkotrwalq czynnosc zmiany kana!6w podczas 
transmisji. To drugie znaczenie texminu multiplexing nie 
jest, niestety, ujete w noxmach; chod jest oczywiste. 

Czynnosc te. najlatwiej zilustxawac dzialaniem uxzadze- 
nia pxacujacego w systemie gromadzenia danych, kt6re 
do ppjedynczego pxzetwornika analogowo-cyfrowego do- 
prowadza sygnaly analogowe z wielu zrodel. Kolejne do- 
la.czanie zrddel A, B, C itd. do przetwornika okreslane 
jest texminem multiplexing. W systemie mikraprocesoro- 
wym terminem tym okreSla siQ zas naprzemienne przesy- 
lanie danych i adres6w pxzez magistral? w jednym cyklu. 
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W powyzszych przykladach slowo uwielokxotnienie 
nic odpowiadaloby znaczcniu, w jakim uzyto wyrazu mul- 
tiplexing. 

W roznych pracach probuje sie. nazwac te. czynnosc ■ 
p r z e 1 a c z a n i e m sygna!6w lub danych. Zwrodmy jednak 
uwag?, ze w j^zyku polskim czasownik przelqczac od- 
nosi sie. na ogol tylko do przedmiot6w np. przelaczyc ele- 
ment X z p-olozenia Y na Z (W. Nowicki, Rrzeglad Tele- 
komunikacyjny, nr 12/1979) lub przelaczy6 telefon (Slownik 
poprawnej polszczyzny, PWN, Warszawa, 1976). Gdyby na- 
lezalo trzymac si? tej reguly to trzeba by uzywac sformu- 
iowania — przelciczanie zrodcl s y g n a 1 6 w, a nie 
— iprzela.czanie sygnalow. Nalezy jednak przy- 
znac, ze zlamanie .tej zasady, byloby zinacznie lagodniej- 
szym zabiegiem dla je.zyka niz wprowadzenie czasownika 
multipleksowac, jak postej>uje wielu autorow. Na- 
tomiast, biorac pod uwage. powyzsze r6znice 'znaczeri, glo- 
sowalbym za usankcjonowaniem powszechnego uzywania 
terminu multiplekser jako odpowiednika angielskiego 
multiplexer. 

W elektronice stosunkowo czesto multiplekser bywa na- 
zywany komu<tatorem. W informatyce jednak moglo- 
by to prowadzic do nieporozumien, cho6by dlatego, ze ter- 
min komutacja (ang. switching) ma znaczenie ustalone, 
przej^te z telekomunikacji i sluzy do okreSlania czynnosci 
zwiqzanych z ustalaniem polaczen miQdzy stacjami. 

Dla informacji podajemy ponizej odpowiednie definicje 
zawarte w wymienionej propozycji normy ISO. 

Komutacja iqczy (ang. circuit switching) jest to 
czynnosc polegajaca na polaczeniu (na zgdanie) dwoch 
lub wiekszej liczby urzadzen koncowych i umozliwieniu 
im -wylacznego uzycia lacza az do przerwania polaczenia. 



Zalozenia reformy systemu planowania i zarza.dzania gos- 
podarka. narodowq przewidujg daleko ida,ce zmiany w 
funkcjach, organizacji i zasadach dzialania organ6w i in- 
stytucji obslugiwanych przez centralne systemy informa- 
tyczne (CSI). Wypracowany na pocza.tku lat siedemdziesifs- 
tych model tych systemdw, wyrozniajacy systemy rzadowe 
i resortowe na szczeblu centralnym oraz systemy informa- 
tyczne zjednoczen i regionow, nastawiony byl na obslugQ 
informacyjna. hierarchicznego, scentralizowanego systemu 
podejmowania decyzji, zaniedbujac obslugQ funkcji anali- 
tycznych i koordynacyjnych tych jednostek. Wskutek tego, 
zwlaszcza w systemach resortowych i zjednoczeniowych 
skoncentrowano sie. na gromadzeniu i opracowywaniu in- 
formacji niezbQdnych do operatywnego kierowania jednost- 
kami podleglymi. W tym kierunku rozwijano systemy in- 
formowania kierownictwa i banki danych oraz ksztaltowa- 
no organizacjQ gromadzenia informacji. 

Reforma gospodarcza przewiduje zasadnicza. zmianQ pro- 
porcji w ukladach pionowych struktur organizacyjnych 
mipdzy funkcjami analityczno-koordynacyjnymi a fuiikcja- 
mi operatywnego zarzadzania na korzysc tych pierwszyeh. 

Istnieje wiQC potrzeba „samookreslenia" funkcji i roz- 
wiazan systemowych CSI \v dostosowaniu do zmian rao- 
delu zarzadzania. Chodzi o to, aby na podstawie istnieja- 
cego rozpoznania kierunkdw zmian systemu planowania i 
zarzadzania okreslic: 

® zadania i funkcje CSI w warunkach zreformowanej gospodar- 
ki, uwzgl^dniajac zarowno nJWc potrzcby inforraacyjne ccntralnej 
i rcgionalncj administracjl gospodarczej, jednostek koordynacji 
hranzowej (poziomej). a takze organoiv wladzy paristwowcj, zwiaz- 
kow zawodowych oraz innych instytucji spolecznych 
9 moiliwosci podjqcia przez CSI dzialari zapcwniajqcych ciqglosc 
obslugi lnformacyjncj w procesie wdrazania reformy; chodzi o to, 
aby wskazac, na ile i w jaki sposfib CSI moga ulatwiafi wprowa- 
dzenie nowych rozwi.-\zari systemu zarzqdzania gospodark^, na ile 
zas petryfikacja dotychczasowycli roiwi^zan funkejonalno-organiza- 
cyjnycb stanouic moze czynnik utrudniajqcy organotn planowania 
i zarzqdzania podcjmowanie nowycb funkcji 



Komutacja wiadomosci (ang. message switching) 
jest to czynnosc polegajaca na wyborze trasy wiadomosci 
w sieci transmisji danych przez odbieranie, zapamie.tywa- 
nie i wysylanie pelnych wiadomosci. 

Komutacja pakietow (ang. packet switching) jest 
to czynnosc polegajaca na wyborze trasy i przekazywaniu 
danych za pomoca. zaadresowanych pakietow w taki spo- 
s6b, aby kanal byl zajQty jedynie podczas transmisji pa- 
kietu, a po jej zakoiiczeniu — udostQpniony do transmisji 
pakietu nastepnego. 

Wedlug tego samego projektu wiadomosci (ang. 
message) jest to grupa znakow (w porz^dku okreslonym 
przez zr6dlo) i bitow kontrolnych przesylanych jako ca- 
loic ze zr6dla do ujscia danych. Natomiast przez pa- 
k i e t (ang. packet) rozumie sie. dane i ciqg bitow kon- 
trolnych w odpowiednim fonnacie, przesylane w calosci 
okreilonej przez proces transmisji. 

Na zakonczenie wypada stvvierdzic, ze przedslawienie 
niektorych terminow z zakresu teleinformaiyki; zawartych 
w propozycji ISO DIS 2382/IX, czego dokonali^my w nu- 
merach 4 — 7 INFORMATYKI, nie powinno przesadzac ich 
ostatecznego przyj^cia. Ostatnie slowo musi nalezec do spe- 
cjalist6w. Przede wszystkim nalezaloby zbadac zgodnosc 
podanych okreilen -z polskimi normami terminologicznymi, 
w szczegolnosci chodzi o nazwy drog przesylowych syg- 
na!6w (por. PN/T-01001 — Slownictwo telekomunikacyjne. 
Pojccia podstawowe). Warto rowniez zastanowic sie;, na 
ile okreSlenia te mogq odbiegai od dotychczas uzywanych 
w literaturze polskoje.zycznej. 



Janusz ZALEWSKI 



9 strategic przejscia od dotychczasowego modelu CSI do modelu 
docelowcgo, w sposfib gwarantujqcy wykorzystanie dotychczasowe- 
go ■ dorobku tych systemow i ich potencjaiu metodycznego, ka- 
drowego i techniczncgo 

Konfrontacja poglqdow oraz przedyskutowanie koncepcji 
rozwiqzan systemowych i funkcjonalno-organizacyjnych 
jest g!6wnym celem seminarium SPIS'81. Konfrontacja po- 
winna umozliwi6 wypracowanie wspolnego stanowiska sro- 
dowiska informatyk6w i uzytkownik6w CSI w trzech wy- 
mienionych wyzej obszarach problemowych, a przynajm- 
niej wzajemne zrozumienie cel6w i problemow wyznacza- 
j;\cych miejsce i zadania r6znych typ6w CSI wobec za- 
lozen reformy gospodarczej. 

Obrady seminarium koncentrowac sie; beda. na nastqpu- 
jficych obszarach problemowych: 

0 zmiany i proba okreslenia potrzeb informacyjnych ccntralnych 

1 regionalnych organflw planowania i zarzqdzania \y swietle zalo- 
z.en reformy gospodarczej 

9 bariery informacyjne wdrazania reformy gospodarczej i nioi- 
liwosci ich przezwyciezania z pomoci CSI 

9 docclowe modcle CSI w warunkach zrcformowancj gospodar- 
ki — ecle, zadania i rozwiqzania funkcjDnalno-organizacyjne syste- 
mow ogolnopanstwowych (rzqdowych), resortowych, branzowych i 
regionalnych 

© problemy i stratcgia przeksztalcenia obecnie uksztaltowanych 
systemow informatycznych w procesie wdrazania reformy gospo- 
darczej (od stanu istnicjaccgo do modeli docclowych). 

Seminarium przeznaczone jest dla naukowcow, analitykow 
i projektant6w, statystyk6w oraz uzytkownik6w zaintere- 
sowanych problematyk^ CSI. 

Obrady odbywai si<; be.dq w OSrodku Doskonalenia Kadr 
Kierowniczych i Szkolenia Zawodowego G16wnego Urze.du 
Statystycznego w Jachrance w pierwszej dekadzie grudnia 
1981 r. 
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Bihiiografta wydawnictw polskich z dziedziny informafyki 



© Projektowanie w jezyku BASIC — ISZKOWSKI w., MANIEC- 
KI M. PWN, Warszawa 1980, s. 247, cena 34 zl 

Podstawy programowania w jqzyku BASIC. Rozszerzenia jezyka 
BASIC. Uruchamianie programow. Dodatkl. 

Materlaly sa. przeznaczonc dla studentow kierunkow informatycz- 
nyeh oraz programistow. 

© Simula 07 — OKTABA II., RATAJCZAK W., VVNT, Warszawa 
1880, s. 193, cena CO zl 

Klasy obiekt6w. Preflksowanle klas I typy referencyjne. Dostqp 
do atrybutow obiekt6w. Blok preflksowany. Klasa systcmovva 
SIMSET. Przekazywanie paramctrow. Systemy quasi-rbwnolegle. 
Programowanle syraulacji. Klasy SIMULATION. Znaki, teksty, 
we/wy. Dodatkl: Skladnla. TreSc klasy SIMULTATION. Proce- 
dury pseudolosowe. 

Materlaly sa. przeznaczone dla programlst6w oraz dla studentdw 
klerunkdw lnformatycznyeh. 

9 Fortran dla maszyn ODRA serii 1300 — PACHELSKI W., WNT, 
Warszawa 1980, s. 241, cena 75 zl 

Podstawowe struktury jezykowe. Stale zmlenne, tabllce 1 wywo- 
lywanla funkcjl. Wyrazenia arytrnetyczne 1 logiczne oraz instruk- 
cje. Instrukcje slerujqce, we/wy oraz dyrektywy specyfikacjl zblo- 
row 1 rekord6w zewne.trznych. Funkcje 1 podprogramy. Dyrek- 
tywy COMMON 1 EQUIVALENCE. Inicjalizacja zmlennych 1 ta- 
blic. Kompllowanie 1 wykonywanie progi'amow na maszynach 
ODRA serll 1300. Dodatkl. 

Ksiqzka Jest przeznaczona przede wszystklm dla pracownlk6w 
naukowych i inzynlerow, kt6rzy w swojej pracy zawodowej po- 
slugujq sle. komputerem. Moze bye rdwniez przydatna progra- 
mistom 1 studentom kierunkow lnformatycznyeh. 

© Mikroprocesory i minikomputery — BELICZYNSKI n. i inni, 
Wyd. Politechniki Warszawskiej, Warszawa 1930, s. 166, cena 14 zl 

Organizacja mikrokomputer6w. Oprogramowanie. Problemy Iqcze- 
nia mlkroproccsorow z otoczenlem. Dodatkl. 

Skrypt jest przaznaczony dla student6w sekcjl Automatyzacjl Pro- 
ces6w Technologlcznych, Energoelektronlkl i Mlernictwa Wydzia- 
lu Elektrycznego. 

© Sterowanie optymalne oraz uklady rnikrokomputerowe — 
SWINIARSKI R. Wyd. Politechniki Warszawskiej, Warszawa 1980, 
s. 377. 

Optymalizacja dynamiczna. Pewne numeryczne metody wyzna- 
czanla sterowan czaso-optymalnych linlowych uklad6w stacjonar- 
nych. Algorytmy realizacji strategii sterowania czaso-optymalnego 
w czasle rzeczywistym. Rozwlqzania, algorytmy, programy ste- 
rowan czaso-optymalnych dla linlowych 1 nielinlowych proces6w 
cieplnych. Algorytmy 1 programy dla sterowan optymalnych za 
wzgle,du na wydatek. Minikomputerowe i rnikrokomputerowe 
stuktury sterowania optymalnego w czasle rzeczywistym. Stero- 
wanie suboptymalne. System programdw do wyznaczania stero- 
wan czaso-optymalnych, realizacji i symulacji sterowan optymal- 
nych w czasie rzeczywistym, rozwiazan i symulacji stacjonarnych 
linlowych uklad6w sterowania. Pewne algorytmy i programy dla 
optymalnych 1 suboptymalnych linlowych wskaziukach jakosci. 
Problemy wrazllwosci. Algorytmy dla mikrokomputer6w. Mlkro- 
komputerowe systemy sterowania sekwencyjnego. 
Materlaly sq przeznaczone dla studentow Wydzialu Elektrotech- 
nlki o specjallzacji elektronikl przemyslowej, mogq by6 r6wnlez 
przydatne dla Inzynlerow automatyk6w. 

© Architcktura komputerow — MANOM M., tlum. wyd. ang. 
z 1976 r., WNT, Warszawa 1980, s. 450, cena 110 zl 

Cyfrowe uklady logiczne. Uklady scalone i funkcje cyfrowe. 
Przedstawicnie danych. Przeslania miedzyrejeslrowe i mikroope- 
racje. Organ izacja i projektowanie prostcgo komputera, jego pro- 
gramowanie. Organizacja jednostki centralnej. Sterowanie mikro- 
programowe. Projektowanie arytmometru. Algorytmy arytrnetycz- 
ne. Organizacja wc/wy. Organizacja pamieci. 

Ksiqzka przeznaczona jest w szczegolnoscl dla student6w wydzla- 
16w lnformatyki i elektroniki. Moze bye przydatna projektantom 
1 uzytkownikom systemow komputerowych. 



9 Algorytmy + struktury danych = programy — WIRTH N., 
tlum. wyd. niem. z 1976 r., WNT, Warszawa 1980, s. 376, cena 69 zl 

Podstawowe struktury danych. Sortowanie. Algorytmy rekuren- 
cyjne. Dynamicznc struktury informacyjne. Struktury jezykowe 
i kompilatory. Dodatki: Zbior znakow ASCII. Dlagramy skladni dla 
PASCAL-a. 

Ksiqzka przeznaczona jest dla programistow. 

© Architcktura minikomputerow — KOMOROWSKI W., WNT, 
Warszawa 1980, s. 255, cena 42 zl 

Struktura sprzetowa komputera. Kodowanie informacji. Arytmo- 
metr. Famiee operacyjna. Dzialanie procesora centralnego. Budo- 
wa rozkazu. Repertuar rozkazow. Struktura logiczna procesora. 
Przerwania. .Uklad sterowania. Sterowanie mlkroprogramowe. 
Wsp6!dz.ialan:e urzqdzen zewnetrznych. Organizacja pamiqei kom- 
putera. Mikroprocesory. Modulowe systemy pomiarowe i sterujq- 
ce. Architcktura minikomputerow PDP-11. 

Dodatck: Zasady formalnego opisu architektury komputerow. 
Ksiqzka zawlera wprowadzajqee wiadomosci z zakresu organlza- 
cji i projektowania minikomputer6w. Przeznaczona jest dla inzy- 
nicrow cleklronik6w i in£ormatyk6w oraz studentdw wyzszych 
szk6t technlcznych. 

© Grafoskapy w systemach komputerowych — Praca zbiorowa, 
WNT, Warszawa 1980, s. 327, cena 63 zl 

Budowa i dzialanie graloskop6w, lch oprogramowanie 1 zastoso- 
wanle. Ksiqzka przeznaczona jest dla informatykow, projektan- 
t6w 1 u£ytkownik6w syslem6w komputerowych. 

© Komputcry w kierowaniu praca systcmu elektroenergetycznego 
— GLADYS II., WNT, Warszawa 1980, s. 2C0, cena 88 zl 

Charakterystykl eksploatacyjne systemu elektroenergetycznego 1 
jego element6w. Problemy dyspozytorskiego kierowanla piacq te- 
go systcmu. Konfiguracja systemdw komputerowych i ich opro- 
gramowanie podstawowe. Metody i algorytmy obUczeniowe. Sy- 
stemy inlormatyczne do planowania pracy systemu elektroenerge- 
tycznego (tryb autonomiczny). Systemy informatyczne do stero- 
wania i kontroli pracy systemu elektroenergetycznego (tryb na- 
dqzny). 

Ksiqzka przeznaczona jest dla inzynlerow energetyk6w, w szcze- 
g61noScl zaS dla pracownik6w dyspozycjl mocy 1 menu. 

© Lisp. Opis, realizacja i zastosowania — MARTINEK J., WNT, 
Warszawa 1980, s. 203, cena 64 zl 

Struktura danych czystego Lispu. Metajezyk 1 zapls listowy funk- 
cji. Semantyka. Struktury danych 1 sterowania Lispu 1.5. Wpro- 
wadzanie 1 wyprowadzanie danych. Interpretator Lispu 1.5. Kon- 
struowanie lunkcjl. Przyklady zastosowan. Kompilator Lispu. 
Szczegoly reallzaijl systemu. 

Ksiqzka przeznaczona jest dla programistow oraz projektanlow 
systemow informal /cznych. 

S Minikalkulatory w obliczcuiach naukowych i technicznych — 
KOZARSKI M., SZURMAK Z., WNT, Warszawa 1980, s. 447, cena 

93 /.I 

Elektroniczne minikalkulatory. Metody numeryczne. Wybrane pro- 
blemy zastosowan naukowych i technlcznych. Dodatki. 
Ksiqzka przeznaczona Jest dla szerokiego krfjgu czytelnik6w — 
uzytkownikow kalkulator6w, w szczcg61noScl dla pracownlkdw 
biur projektowych 1 Instytutow naukowych oraz student6w wyz- 
szych szk6l technicznych. 

© Niezawodnosc oprogramowania — KOPETZ H., tlum. wyd. 
niem. z 1976 r., WNT, Warszawa 1980, s. 135, cena 42 zl 

Pojecia podstawowe. Bledy. Struktura oprogramowania. Wymaga- 
nia funkcjonalne. Uwzgle.dnienie nlezawodnosci w projekcie sy- 
stcmu. Weryfikacja oprogramowania. Rqczne usuwanle blqdow. 
Automatyczne wykrywanie bledow i ich usuwanie. Konserwacja 
oprogramowania. Zarzqdzanie realizacjq niezawodnego oprogramo- 
wania. 

Ksiqzka przeznaczona jest dla programist6w, analilykow systc- 
m6w oraz student6w kierunkfiw lnformatycznyeh wyzszych uczel- 
ni. 

Opr. A.K. 
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Do Redakcji 

Inforniatyka to nauka dotyczqca xoszelkiej maszyninoej 
obrdbki informacji. Powolujq sz? no tq lakonicznq defini- 
cjq, aby zmusii Was moralnie do zajecia sie, takie pro- 
blemami informacji. Jak dotqd, w wie.kszos'ci przypadkdxo 
xuszelkie przetviarganie informacji to nic innego jak prze- 
rzuaanie pustego xo prdzne. Wynika to przfcde wszystkim 
z malej wartoici informacji uzytej na xoejiciu maszyny 
cyfrowej (np. symbole cyfrowe, czyli tzw. kody). Chcial- 
bym abyicie troche wiecej miejsca na lamacli pisma prze- 
znaczyli na kody, ale nie niaszyn cyfroxvych — tylko in- 
formacyjne, np. Kody mtiterialoxoe. 

Historycznie ujmujqc, zadna — jak dotqd — sila w Pol- 
sce nie zmusila zaklad6w pracy do stosowdnia jednolite- 
go kodu materialoxoego. A przeciez najlepsda nawet ma- 
szyn,a cyfrowa czy system informatyczny set bezwartoscio- 
we, jezeli uzyty kod jest mhlo wydajny. I chod z kempute- 
r6w i systemow robicie oltarz, a z infoymatykdxo kaplandxo, 
to pamietajcie, ze najwazniejsi sq wiemi, czyli uzytkoxo- 
nicy informacji wyj&ciowej. 

Zaden koicidl nie utrzyma sie, jezeli wiar'a gloszonix przez 
niego be,dzie nie do przyjqcia. A tak jest z infdrmhtykq, 
ktdra umrze Smierciq naturalnq z chwilq przej&cia zakla- 
d6w pracy tia wlasiiy rozrachunek. Cain dotydhczasowa in- 
formatyka trzyma sie. tylko na podsiaxoie nfikazdw z gdry, 
xvspieranych dotacjami panstxooxoymi. A te sie w najbliz- 
szym cZasie skonczq. Chcqc uniknq6 imierci trzeba poprzez 
Wasze czasopismo zmusii informatykdw do zmiany dotych- 
czasowego sposobu mySlenia: najwazniejsza jest informacja, 
ktdra podlega przetwarzaniu, a reszta jest tylko dodatkiem. 

Jezeli ktokolwiek z Was to zrozumie, to prosze. zxurdcii 
sie do mnie, a rozpoczniemy akcje modyfikacji informa- 
cji, polegajqcq na ujednolicaniu — w skali PRL — xuszel- 
kich koddw, poczqwszy od materialowego, a skonczywszy 
na symbolach Polskich Norm. 

Adam JAG LA 
Poznan 

OD REDAKCJI 

Powyzszy list odzwiercicdla aktualne, niestety coraz bar- 
dziej krytyczne poglady „szercgowcgo" uzytkownika na 
rzeczywista, efektywnosc wielu eksploatowanych w kraju 
systemow informatycznych. Mimo nieco uproszczonej ar- 
gumcntacji Autora listu, projektanci i realizatorzy syte- 
m6w powinni traktowac wypowiedz tc. jako istotny glos 
szcrokicj opinil spolccznej. 



Szanowny Panie Redaktorze 

Zwracam siq do Pana z nieprzyjemnq i nicprecznq spra- 
wq. W WFORMATYCE (nr 11/1980) ukazal sie. artykul L. 
Dobruokiego pt. „Wyb6r systemu zarzqdzania bazq da- 
nych dla INFOCHEM-u". Artykul ten sklada sie z frag- 
mentdio wiqkszego opr'acowania L. Dobruokiego i M. Le&- 
nego, przygotowanego xo ZETO Gdynia, na zlecenie Gdari- 
skich Zakladdw Nawozdw Fosforowydh. 

Publikoxvanq w INFORM ATYCE prace L. Dobrucki przed- 
stawil wcze&niej na V kursokonferencji z cyklu „Infor- 
matyka" (22 — 23 kwietnia ub.r.) organizowanej m.in. przez 
TNOiK w Bydgoszczy. Zglaszajqc referat na konferencjq, 
przedsiawil si? jej organizatowm jako jedyny jego autor. 
W wyniku interwencji osdb znajqeych wczeSniejsze opra- 
cowanie, stwierdzil jednak xo trakcie wyglasfcania referatu, 
ze zostalem pomylkowo pominiety jako wspdlautor. 

Mimo tych do&wiadczen, publikujqc artykul w INFOR- 
MATYCE, L. Dobrucki znowu pominql moj udzial xo przy- 
gotoxuaniu tego opracowania. Nie zawiadomil mnie takze 
o zamiarze publikacji, czego bardzo zaluje, poniexoaz za- 
proponoxoalbym uaktualnienie artykulu. Warto byloby — 
na przyklad — przeSledzid jak zmienily sie mozlixdoici ba- 
danych wdwezas (xoxo. opracoxvanie poxvstalo xo 1977 ro- 
ku) SZBD — np. parametry techniczne, kqlkulddja kosz- 
tdxo — ceny zakupu, oplaty dzierzaxone, Up. Z przykroiciq 
informujqc Pana o tym incydencie — Iqczq xoyra^y sza- 
cunku. 

Maciej LESNY 
CPiZI, Warszawa 



OD REDAKCJI 

Powyzszy list przeslalismy p. Lcszkowi Dobruckiemu z 
proSba. o wyjaSnienle sprawy. Odpowledzi — mimo zapew- 
nien — nie otrzymalismy. Ostatnio okazalo si? ponadto, ze 
p. Dobrucki wyjechal za granice.. PostanowiliSmy zatem 
dluzej na odpowiedz nie czekac. 



Dokonczenie z III strony okladki 

cel6w: mikroprocesory mogq eksportowac tylko nielicz.ne 
firmy iwiatowe, inatomiast wielu urz^dzen ibez wbudowania 
sterowania mikroprocesorowego eksportowad dluzej niespo- 
s6b... 

Nie chcialabym urazi6 p. inz. Jacka Karpinskiego, pod- 
dajqc pod dyskusje. Jego pomysl kolejnego zmierzenia sie. 
z czolSwka. swiatowq (mam bowiem dla Niego ogromny 
szacunek i uznanie). 

Pytam jednak wprost: a co ma Pan dla rodakow, Pa- 
nie Inzynierze? 

Zwjacam sic; wiec do p. inz. Jacka Karpinskiego z u- 
przejma. prosbg, aby zechcial osobiscie zabrad — oby jak 
najszybciej — glos na tych lamach, przedstawiajac swoje 
koncepeje i zamiary. Czekamy na Pana! W szczeg61no§ci 
proponujQ poruszenie nast^puj^cych zagadnien: 

— czy uzasadnic-na jest w obecnej sytuacji gospodarczej 
produkeja duzej ilo§ci sprz^tu komputerowego dla uzyt- 
kownikow krajowych? 



— jezeli tak, to czy jest mozliwe osiqgni^cie sensownego 
kompromisu mi^dzy maksymalizacjq osia.g6w technicznych 
a minimalizacjq Lmportu podzespol6w? 

— jezeli tak, to jak przedstawialaby sie. koncepeja sprzqtu 
do takiego systemu? 

— jakie byloby pocza.tkowe minimum oprogramowania? 

— jakie warunki powinny by6 spelnione, aby przy sen- 
sownych nakladach wstej>nych, mozna bylo uruchomid 
szybko duza. produkeje., zachowujqc umiarkowanq cene. 
wyrobu i jego odpowiedniq jakosfi? 

SadzQ, ze tysiqee „szarych zjadaczy informatycznego chle- 
ba" z wielkq uwaga. przeczytaloby wypowiedz p. inz. J. 
Karpinskiego wla&iie w INFORMATYCE. 



L6dz, 5 kwietnia 1981 r. 

Krystyna 2EBROVVSKA 
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Od kilku miesiecy powtarzaja. sie. apele Redakcji: „pisz- 
cie do nas", „poszukujemy wspolpracownikow", „iamy ot- 
warte dla wszystkich". Pomimo licznych wajtpliwosci, zde- 
cydowalam sie. jednak napisac. Nienmiej rodzi sie. pyta- 
nie, czy rzeczywiscie nasze jedyne czasopismo fachowe 
chce zmienic swa. forme, i trcsc, aby w duchu odnowy 
oddzialywad na srodowisko? Doswiadczenia wynikajace z 
ostatnich wydarzen spolecznych mowia. bowiem, ze pro- 
ces odncwy czesto jest pozorny i ze czeka nas niejedna 
ciezka pr6ba sil. 

Sadzac po zawartosci ostatnich numer6w INFORMATY- 
KI (do nru 2/81 wlqcznie) — liczne zachety Redakcji do 
nawiazania kontakt6w pozostaja. bez echa. Mozna wiec 
wnioskowac, ze mimo wszystko Czytelnicy baxdzo.malo pi- 
sza.. Nie wierze. w to, ze nie czuja. sie. na silach czy nie 
majrj czasu. Jest o czym pisac i wiem, ze wietu informa- 
tyk6w ma wlasne, oryginalne poglqdy na sprawy zywo in- 
teresujace nas wszystkich. 

Ludzie nie pisza., poniewaz — jak sadze. — nie wie- 
r za,: 

1 — w przyszlosd' tego wspanialego zawodu, ktoremu w na- 
szym kraju zmarnowano wiele mozliwosci 

— ze istnieja. jeszcze osoby, ktore mysla. nie tylko o swo- 
ich karierach, dochodach lub zakupach w godzinach pracy 

— ze moze by6 prawdziwa dyskusja, w ktorej zostana. u- 
waznie wysluchani, a ich rzeczowe argumenty — wziete 
pod uwagc, 

— ze winni istniejacego stanu rzeczy beda. ocenieni i roz- 
liczeni, a nowi decydenci ztrozumieja., ze mnja, sluzyc kra- 
jowi i ludziom 

— ze Redakcja bQdzie rowniez walczyla o range, czasopis- 
ma oraz o to, aby glos srodowiska wyrazony na jego la- 
mach liczyl sic, na szerszym forum. 

Nie mozemy strajkiem popierac naszych racji. A sama 
czqsto watpiq, ze wystarczy nam sil na poglebienie i u- 
trwalenie odnowy informatyki. Czego zas oczekuje. teraz od 
Redakcji? Pn pierwsze — programu minimum ratowania 
informatyki. Program ten moze bye skromny, ale realny 
i przekonywajacy. Powinien on dawac szanse. na osiggnie.- 
cie szybkiego, odczuwalnego efektu. Taki program powin- 
na jak najszybciej przedstawid nieformalna grupa os6b 
skupiona wok61 Redakcji, ktora notabene — moze tu 
odegrac wielka. role.. Po drugie — zapewmienia, ze zadne 
pytanie postawione przez Czytelnik6w nie pozostanie bez 
odpowiedzi. Wprawdzie zduje. sobie HprawQ, ze wiekszos6 
instytucji i osob nie jest przyzwyczajona do publicznego 
rozliczania sie. ze swej dzialalnolci, bez tego jednak nie 
moze bye mowy o oczyszczeniu atmosfery w branzy. Po 
trzecie — jasnego okreslenia roli naszego miesiecznika w 
zmienionej sytuacji. Nowe zadania INFORMATYKI oraz 
jej zaangazowanie sie. w proces odnowy wymagaja. — jak 
sqdze. — daleko ida.cych zxnian w stylu pracy autorow i 
Redakcji, wreszcie — wprofilu calego czasopisma i ksztal- 
cie kazdego numeru. Kr6fcko m6wiqc — INFORMATYKA 
ma bye dla Czytelnik6w, a nie dla autor6w. 

Uwazam, ze jedna. z najwazniejszych spraw, ktdre w 
najblizszym czasie powinny bye wszechstronnie i wyczer- 
pujaco omowione w INFORMATYCE, jest sprawa sprze.- 
tu. Bez niego dzialalnoSc zawodowa informatyk6w nie ma 
racji bytu. Moim zdaniem, niedobrze si? stalo, ze zagadnie- 
nia sprze.tu komputerowego zajmowaly na lamach INFOR- 
MATYKI trzeciorz^dne miejsce. 

31 marca br. ukazala si? w prasie codziennej informa- 
cja, ze ministrowie nauki, szkolnictwa wyzszego i tech- 
niki oraz przemysiu maszynowego powoJali ziespol, ktdry w 



terminie do 30 kwietnia ma przedlozyc rapoa't oceniajqey 
rozw6j polskiego przemyslu komputerowego. Powstaje wa,t- 
pliwos6, czy opracowanie takie bQdzie w petai obiektywne. 
Liczne fakty wskazuja. bowiem na to, ze wlasnie wspom- 
niane wyzej ministerstwa s£j odpowiedzialne za obecny, tra- 
giczny stan przemyslu komputerowego — zar6wno w sfe- 
rze produkeji, jak i projektowania, badan oraz przygo- 
towania ludzi. Mozna przypuszczac, ze osoby odpowie- 
dzialne za dotychczasowy stan rzeczy bedq za wszelka, 
cen? bronic osiqgnie.tej pozyeji osobistej. Nie mozna wyklu- 
czyd, ze — cheqe siebie asekurowac — posunq siQ dc 
wypaczenia obrazu rzeczywiistosci, preparowania fakt6w 
oraz do rozpowszechniania frazesow o og61nych trudnoi- 
ciach i cudownych perspektywach. 

Podzielam istniejacy poglqd, ze zbyt wielu ludzi zwia.- 
zanych z Ministerstwem Przemyslu Maszynowego i ze 
Zjednoczeniem MERA to mistrzowie pustosiowia, pozor&w 
i niekompetencji. Takie fakty, jak podje/:ie produkeji ME- 
RY 300 i zniszczenie K-202, bezsensowny eksport uxzadzei'i 
peryferyjnych, niewytlumaczalne decyzje importowe oraz 
zonarnowanie wielkiego potencjalu intelektualnego drze- 
miqeego w istniejacych plac6wkach naukovvych — bardzo 
wymownie oskarzajij! 

Nikt inie moze bye sedzia. w swojej sprawie, dlatego tez 
nalezy jak inajszybciej przedsie.wzia.c odpowiednie kroki, 
aby informatycy poznali fakty iprawdziWe (i obiektywne 
ich naSwietlenie) o stanie produkeji Homputer6w w kiraju. 
Sprawdzone dane zr6dlowe powinny byd zinterpretowane 
przez zespol niezalcznych specjalist6w. Ich opi- 
nie powinny pojawic sie. poza wszelka. kolejnoicia. na la- 
mach INFORMATYKI. Sa.dze., ze to wlasnie Redakcja po- 
winna natychmiast zaproponowac wybitnym znawoom 
przedmiotu, ktorych autorytet moralny daje gwarancje. o- 
biektywtnosci, aby w trybie pilnym przedstawili na lamach 
swoj punkt widzenia. Wypowiedzi powinny dotyczy6 prze- 
de wszystkim biezacej sytuacji w dziedzinie produkeji i 
opracowan nowego sprz^tu oraz najpilniejszych potrzeb 
krajowych. 

Symbolem czlowieka niosa.cego nadziejQ (ze nie wszyst- 
ko jest stracone...) stal sie, p. inz. Jacek Karpinski. Na- 
wet lokalna prasa codzienna szeroko omawia koleje jego 
zycia. Wspomniano r6wniez, ze ten wybitny Iconstruktor wy- 
sunal propozyeje. opracowania nowego komputera, kt6ry 
moglby bye przedmiotem eksportu; podobno toczone byly 
rozmowy na temat warunkow jego produkeji. Znajac stan 
krajowej bazy podzespolow elektronicznych, mogQ uznac 
za pewne, ze produkeja maszyny cyfrowej o parametrach 
odpowiadajqeych poziomowi s^,\iatowemu musialaby sie. o- 
przed na elementach importowanych w wi^kszosci z kra- 
j6w zachodnich. Gdyby taka. produkcjQ podja.6, to jest o- 
czywiste, ze w warun'kach olbrzymich trudnosci gosrx>dar- 
czych sprzedaz w kraju nie wchodzilaby w rachub?. 

Pytanie tylko, czy w obecnej sytuacji bezposredni eks- 
port komputerow jest najlepszym srodkiem zdobywania 
dewiz. Sa.dzQ, ze nalezaloby wnikliwie rozwazyd, czy pod- 
jQcie produkeji taniego i relatywnie dobrego sprz^tu 1 ) — 
przy zminimalizowaniu importu cz^sci — nie bylaby bar- 
dziej uzasadniona ze spolecznego punktu widzenia. 

Mozna przypusziczad:, ze ozywienie krajowej informatyki 
dzieki duzym dostawom sprz^tu mogloby da6 wiqkszy e- 
fekt ekonomiczny (i spoleczny!), niz bezposredni eksport 
sprzetu. By6 moze efekt ten bylby rowniez wymiemy de- 
wizowo, np. przez popraw? jako§ci czy obniike. kosztdw 
wytwarza.nia eksportowanych dobr. Mozna tu snud pewne 
analogie z zastosowaniami mikroprocesor6w do roAnych 



') nie pora na spory o nazewnlctwo : nie Jest waine czy to be- 
dzle rainlkompiiter, superkalkulator, mikrosystera — wa4ne, by do- 
brze lunkcjonowal 
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